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REAL PARTY IN INTEREST 

The Real Party in interest is: 
Unisys Corporation 

Township Line and Union Meeting Roads 

Blue Bell, Pennsylvania 19424 
being the assignee of the entire right, title, and interest by all 
inventors, by way of assignment documents filed at Reel 957 6, frame 
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RELATED APPEALS AND INTERFERENCES 

There are no known pending Appeals and/or Interferences which 
will directly affect or be directly affected by or have a bearing 
on the Board's decision in this appeal. Therefore, there are no 
decisions to be placed in the attached Related Proceedings 
Appendix. 
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STATUS OF CLAIMS 

The subject patent application was filed on November 9, 1998 
containing claims 1-20. Amendments to the claims and/or 
specification and drawings were filed on March 28, 2001, September 
14, 2001, April 4, 2002, July 6, 2002, December 16, 2002, January 
17, 2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 
2004, March 1, 2005, July 20, 2005, September 20, 2005, March 6, 
2006, and July 19, 2006. Claims 21-22 were newly presented. It is 
believed that all claim amendments have been entered. The attached 
claims appendix contains finally rejected pending claims 1-22, 
being all pending claims, in their present form as finally rejected 
by final official action of the Examiner mailed May 31, 2006. 

STATUS OF THE AMENDMENTS 

Applicants filed amendments on March 28, 2001, September 14, 
2001, April 4, 2002, July 6, 2002, December 16, 2002, January 17, 
2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 2004, 
March 1, 2005, July 20, 2005, September 20, 2005, March 6, 2006, 
and July 19, 2006. These amendments were filed in response to the 
various official actions of the Examiner. The Examiner finally 
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rejected claims 1-22, being all pending claims by way of final 
office action mailed May 31, 2006. Applicants responded to this 
final office action by way of Amendment After Final under 37 C.F.R. 
1.116 filed July 19, 2006. Though the Examiner has entered this 
amendment, claims 1-22 remain finally rejected. 
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SUMMARY OF CLAIMED SUBJECT MATTER 1 



The present invention generally relates to data base 
management systems and more particularly relates to enhancements 
for providing access to data base management systems via internet 
user terminals 2 . The major advantage of the Internet is its 
universality. Nearly anyone, anywhere can become a user . That 
means that virtually all persons are potentially Internet users 
without the need for specialized training and/or proprietary 
hardware and software. One can readily see that providing access 
to a proprietary data base management system, such as Classic 
MAPPER, through the Internet would yield an extremely inexpensive 
and universally available means for accessing the data which it 
contains and such access would be without the need for considerable 
specialized training 3 . 

A special problem related to the Internet protocol is the 
inherent inability of the Internet to describe the status of a 
requested resource. In general, the only information that the 
Internet can determine from the unavailability of a requested 



1 The references to the specification and drawings provided herein are only exemplary and are not deemed to be 

limiting. The purpose of the references is to enable the Board to more quickly determine where the claimed subject 

matter is described within the present application. 

2 See Specification at page 3 lines 3-5. 

3 See Specification at page 4, line 19, through page 5, line 2. 



resource is that the requested resource is unavailable. 
Ordinarily , this is accomplished by a simple time-out. However, if 
the requestor is provided no further information, it is unknown 
whether the resource is unavailable because it is busy, unavailable 
because it is not functioning, unavailable because it has been 
improperly addressed, unavailable because it does not exist, etc. 
As a result, the user is given no help with regard to what should 
be done concerning the unavailability of the requested resource 4 . 

For many Internet transactions, this lack of information is 
acceptable, because when making a resource request, the user is 
often searching for something without knowing exactly what type of 
response to expect. Unavailability simply means to continue the 
search elsewhere. However, users of existing proprietary data base 
management systems need to be provided with further information, 
because they are accustomed to utilizing a dedicated resource 
having defined and known characteristics. They are not at liberty 
to simply search elsewhere. They need to know that they have 
properly addressed an existing resource. ' If the resource is 
unavailable because it is busy or has failed, they need to know 
when to try again 5 . 

The present invention overcomes the disadvantages of the prior 
art by providing a method of and apparatus for utilizing the power 

4 See Specification at page 6, lines 14-22. 
5 See Specification at page 7, lines 1-9, 
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of a full featured data base management system by a user at a 
terminal coupled to the world wide web or internet. In order to 
permit any such access, the present invention must first provide a 
user interface, called a gateway, which translates transaction data 
transferred from the user over the internet in HTML format into a 
format from which data base management system commands and inputs 
may be generated 6 . To make access to a proprietary data base by 
Internet users practical, a sophisticated security system is also 
required to prevent intentional or inadvertent unauthorized 
accesses 7 . 

Given that the gateway, security system, and service 
processing combine to provide the internet terminal with the full 
features of the existing proprietary data base management system, 
the data base management system client can conveniently access the 
data base from either an existing dedicated terminal or from an 
internet terminal. The preferred mode of the present invention 
provides an additional feature to make the usage comparable from 
either terminal. A message may be stored within the repository to 
notify potential users of the availability status of the data base 
management system. This message may be composed and/or modified by 



6 See Specification at page 8, lines 3-9, 
7 See Specification at page 8, lines 15-17. 
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the administrator to provide the user with whatever information may 
be deemed appropriate in view of the unavailability 8 . 

The administrator creates a text file containing the desired 
message to be stored in the repository. An object is created 
whereby the service handler converts the text file to an HTML page 
and returns it to a requestor upon the occurrence of one or more 
predetermined conditions. Typical conditions include, system 
maintenance precluding availability, extensive user queuing, and 
major data base updating 9 . 

Claims 16 and 18 are the only pending claims introducing 
"means-plus-function" limitations. Claim 16 has four such 
limitations which are correlated to Applicants' disclosure as 
follows : 

a) "permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response" 10 ; 

b) "providing means responsively coupled to said permitting 
means for providing said user with access to a publicly accessible 
digital communication network via service-based requests" 11 ; 

c) "offering means responsively coupled to said permitting 
means for offering data processing services according to dialog- 
ue Specification at page 10, lines 10-18, 

9 See Specification at page 10, lines 19-23. 

,0 See Specification at page 19, lines 4-6 and Fig. 4, element 54. 

"See Specification at page 19, lines 4-6 and Fig. 4, element 66. 
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based requests if available by honoring said service request to 
generate said response" 12 ; and 

d) "notifying means responsively coupled to said offering 
means and said permitting means for notifying said user by transfer 
of an HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available" 13 . 

Claim 18 has a single "means-plus-function" element: 
"storing means for storing a predefined unavailability message as 
a text file" 14 . 

In accordance with the Notification of Non-Compliant Appeal 
Brief mailed July 12, 2007, Applicants herewith endeavor to 
"separately map each independent claim to the specification by page 
and line number and to the drawings if any". 

Claim 1: 

element a -- see Figs. 4 and 11 and specification at pages 20- 

21. 

Claim 6: 



12 See Specification at page 19, lines 2-4 and Fig. 4, element 62. 

13 See Specification at page 21, lines 16-23 and page 36, lines 2-7; and Figs.4 and 11. 

14 See Specification at page 20, lines 1-2, and Fig. 4, element 80. 
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element a — see Fig. 4, element 54, and specification at page 

19, lines 4-6; 

element b — see Fig. 4, elements 66, and specification at page 

19, lines 4-6; 

element c — see Fig. 4, element 62, and specification at page 

19, lines 2-4; 

element d — see Fig. 4, element 62, and specification at page 

19, lines 2-4;. and. 

element e — see Figs. 4 and 1, and specification at page 21, 

lines 16-23 and page 36, lines 2-7. 
Claim 11: 

element a — see Fig. 4, element 66, and specification at page 

19, lines 4-6; 

element b — see Fig. 4, element 62, and specification at page 

19, lines 2-4; 

element c — see Fig. 4, element 62, and specification at page 

19, lines 2-4; and 

element d — see Figs. 4 and 11, and specification at page 21, 

lines 16-23, and page 36, lines 2-7. 

Claim 21: 

element a — see Fig. 4, element 54, and specification at page 

19, lines 4-6; 
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element b — see Fig. 4, element 66, and specification at page 

19, lines 4-6; 

element c -- see Fig. 4, element 62, and specification at page 

19, lines 2-4; 

element d — see Fig. 4, element 80, and specification at page 

20, lines 1-2; and 

element e — see Figs. 4 and 11, and specification at page 21, 

lines 16-23, and page 36, lines 2-7. 
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GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
1. Are claims 1-22 unpatentable under 35 U.S.C. 103(a) as 
being obvious over COOL ICE User ' s Guide release 1.0 (hereinafter 
referred to as "Unisys") in view of U.S. Patent No. 6,094,659, 
issued to Bhatia (hereinafter referred to as "Bhatia")? 
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ARGUMENT 

I. Claims 1-22 are not unpatentable under 35 U.S.C. 103(a) 
as being obvious over Unisys in view of Bhatia. 

Claims 1-22 have been rejected under 35 U.S.C. 103(a) as being 
obvious over Unisys in view of Bhatia. This ground of rejection 
should be reversed for failure of the Examiner to make a prima 
facie case of obviousness as specified by MPEP 2143. 

To make a prima facie case of obviousness, MPEP 2143 requires 
the Examiner to provide evidence and argument showing: 1) motivation 
to make the alleged combination; 2) reasonable likelihood of success 
of the alleged combination; and 3) all claimed elements within the 
alleged combination. The Examiner has failed to make any of these 
three required showings for any of the rejected claims. Therefore, 
because the Examiner has not made a prima facie case of 
obviousness, Applicants need not and indeed cannot offer 
appropriate evidence and argument in rebuttal. 

The first showing required of MPEP 2143 is that of 
"motivation". In her only apparent attempt at showing motivation, 
the Examiner states: 
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It would have been obvious to one of ordinary skill at 
the time of the invention to have combined Bhatia with 
Cool ICE User's Guide because Bhatia is concerned with 
informing a user of a failure condition through a set of 
predefined messages and a status message is an important 
message that can be implemented with a high level 
language for communication. (Emphasis added) 

This statement is clearly erroneous. Bhatia is concerned with a 

"Web Server for use in a LAN Modem" 15 . Therefore, the only "failure 

condition or other operational event" of concern to Bhatia is 

directly associated with the LAN Modem. The Abstract provides in 

part : 

The resulting page informs a user stationed at the 
workstation of a failure condition or other operational 
event that then occurred at the LAN modem . (Emphasis 
added) 

Unisys makes no mention of a LAN (LOCAL AREA NETWORK) or LAN modem. 
Furthermore, Unisys has no need for a LAN or a LAN modem. 
Therefore, Applicant strongly disagrees that anyone practicing 
Unisys would have any motivation to employ a LAN or LAN modem. 
Such an element would be clearly superfluous to the teaching of 
Unisys . 

Applicant made this argument to the Examiner in the Amendment 
After Final filed July 19, 2005. By way of response, the Examiner 
acknowledges her confusion with regard to the LAN of Bhatia and the 



,5 See Title. 
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claimed "publicly accessible digital data communication network". 

She states in her Advisory Action mailed August 4, 2006: 

-•.i.e., public digital communication network suggests 
LAN structure. . . . 
Though it may be theoretically possible for a LAN to become a 

"public digital communication network" as suggested by the 

Examiner, those of skill in the art would readily appreciate that 

the reason for use of a LAN is to provide a private network. 

Having failed to show any motivation for the alleged 
combination, the Examiner completely ignores her obligation to show 
reasonable likelihood of success. Most probably she has failed to 
do so because there is not reasonable likelihood of success. 

MPEP 2143.03 requires that all claim limitations must be 

taught or suggested by the alleged combination. It reads in part: 

To establish prima facie obviousness of a claimed 
invention, all the claim limitations must be taught or 
suggested by the prior art. In re Royka, 4 90 F2d. 981, 
180 USPQ 580 (CCPA 1974), " All words in a claim must be 
considered in judging the patentability of that claim 
against the prior art " . In re Wilson, 424 F.2d 1382, 
1385, 165 UPQ 494, 496 (CCPA 1970). (emphasis added) 

The Examiner has failed to meet the requirement to show all claim 

limitations within the alleged combination, because she has at 

least not considered "all words in a claim" as specifically 

required by MPEP 2143.03. 
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IA. Claim 1 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 1, for example, is limited by transferring "an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data base 
management system is unavailable to receive and respond to said 
service request". The Examiner admits that Cool ICE does not 
contain this limitation. Therefore, she clearly erroneously 
states : 

Bhatia teaches this feature. 
This statement is clearly erroneous in view of the disclosure of 
Bhatia which has no "unavailability message", no "response to said 
service request", no "data base management system", and no 
"unavailable to receive and respond to said service request". The 
Examiner was respectfully reminded that MPEP 2143.03 requires " All 
words in a claim must be considered " . Nevertheless, she has 
continues to ignore much of the language and therefore the basis of 
claim 1. 

The rejection of claim 1, and all claims depending therefrom, 
should be reversed for failure of the Examiner to meet any of the 
three required showings specified by MPEP 2143. 
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IB. Claim 2 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 2 depends from claim 1 and is further limited by 

"wherein said data base management system includes a repository for 

storing said unavailability message as a text file". In making her 

rejection, the Examiner states: 

Regarding claim 2: a repository for storing said 
unavailability message [note: Bhatia, Figure 20 
Repository of Documents (1860); col. 60 lines 17-25] 

The claim specifically requires "wherein said data base management 

system includes a repository" . Bhatia contains no "data base 

management system" as claimed. Therefore, the Examiner simply 

ignores the requirement in contravention of MPEP 2143.03 which 

obligates the Examiner by stating that " all words in a claim must 

be considered ". The rejection of claim 2 should be reversed for 

failure of the Examiner to apply MPEP 2143.03. 

IC. Claim 3 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 3 depends from claim 2 and further limits the coupling 
network. As explained above, the alleged combination cannot meet 
the limitations of claim 2 from which claim 3 depends. Therefore, 
the alleged combination cannot meet the further limitations of 
claim 3. The rejection of claim 3 should be reversed. 
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ID. Claim 4 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 4 depends from claim 3 and is further limited by 
"wherein said repository includes space for storage of at least one 
variable for said unavailability message permitting an 
administrator to modify said unavailability message" . Having 
expressly found that Cool ICE has no "unavailability message", the 
Examiner has somehow found that Cool ICE has the capability 
"permitting an administrator to modify said unavailability 
message". Not only is this finding clearly erroneous, it defies 
common logic. The rejection of claim 4 should be reversed. 

IE. Claim 5 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 5 depends from claim 4 and further limits the claimed 
data base management system. As explained above, the alleged 
combination cannot meet the limitations of claim 4 from which claim 
5 depends. Therefore, the alleged combination cannot meet the 
further limitations of claim 5. The rejection of claim 5 should be 
reversed. 

IF. Claim 6 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col, 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 6, for example, is limited by 

an "administration management system", which is not even 

acknowledged by the Examiner. 'The rejection of claim 7 should be 

reversed as being improperly examined. 

16. Claim 7 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
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unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 7 , for example, is limited by 

an "wherein said data base management system has a repository 

having storage for a text file containing said unavailability 

message", which is not even acknowledged by the Examiner. The 

rejection of claim 7 should be reversed as being improperly 

examined. 

IH. Claim 8 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
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[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 8, for example, is limited by 

an "wherein said repository has storage for a variable to be 

included in said unavailability message to permit an administrator 

to change said unavailability message", which is not even 

acknowledged by the Examiner. The rejection of claim 8 should be 

reversed as being improperly examined. 

II. Claim 9 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 9, for example, is limited by 
an "wherein said publicly accessible digital communications network 
is the world wide web", which is not even acknowledged by the 
Examiner. The rejection of claim 9 should be reversed as being 
improperly examined. 

I J. Claim 10 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 
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not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 10, for example, is limited 
by an "wherein said user terminal is an industry compatible 
personal computer having a commercially available web browser", 
which is not even acknowledged by the Examiner. The rejection of 
claim 10 should be reversed as being improperly examined. 

IK. Claim 11 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 11, for example, is limited 
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by an "determining via an administration management system whether 
said data base management system is currently capable of honoring 
said service request", which is not even acknowledged by the 
Examiner. The rejection of claim 11 should be reversed as being 
improperly examined. 

IL. Claim 12 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 12, for example, is limited 

by an "wherein said transferring step further comprises 

transferring said unavailability message to said user terminal via 
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said publicly accessible digital data network", which is not even 
acknowledged by the Examiner, The rejection of claim 12 should be 
reversed as being improperly examined. 

IM. Claim 13 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 13, for example, is limited 

by an "wherein said transferring step further comprises adding a 

variable to said unavailability message to permit an administrator 

to modify said unavailability message", which is not even 
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acknowledged by the Examiner. The rejection of claim 13 should be 
reversed as being improperly examined. 

IN, Claim 14 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous . 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 14, for example, is limited 

by an "wherein said publicly accessible digital data network 

further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 14 should be 

reversed as being improperly examined. 
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IO. Claim 15 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col, 7 lines 4-26 protocol may 
be event-specific; col, 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 15, for example, is limited 

by an "wherein said data base management system further comprises 

a commercial data base management system", which is not even 

acknowledged by the Examiner. The rejection of claim 15 should be 

reversed as being improperly examined. 

IP. Claim 16 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 16, for example, is limited 

by an "offering means responsively coupled to said permitting means 

for offering data processing services according to dialog-based 

requests if available by honoring said service request to generate 

said response", which is not even acknowledged by the Examiner. 

The rejection of claim 16 should be reversed as being improperly 

examined. 

IQ. Claim 17 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-2 6 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 17, for example, is limited 

by an "wherein said publically accessible digital communication 

network further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 17 should be 

reversed as being improperly examined. 

IR. Claim 18 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 
statutory and judicial bases of patentability as well as differing 
claim limitations, the Examiner simply states: 



33 



The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col, 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 18, for example, is limited 

by an "wherein said offering means further comprises storing means 

for storing a predefined unavailability message as a text file", 

which is not even acknowledged by the Examiner. The rejection of 

claim 18 should be reversed as being improperly examined. 



IS. Claim 19 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 19, for example, is limited 
by an "wherein said offering means further comprises a commercial 
data base management system", which is not even acknowledged by the 
Examiner. The rejection of claim 19 should be reversed as being 
improperly examined. 

IT. Claim 20 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 



Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 20, for example, is limited 
by an "wherein said permitting means further comprises an industry 
standard personal computer", which is not even acknowledged by the 
Examiner. The rejection of claim 20 should be reversed as being 
improperly examined. 

IU. Claim 21 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 21, for example, is limited 

by an "an HTML display page containing an unavailability message 

generated by said data base management system which notifies said 



human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available", which is not even acknowledged by the 
Examiner. The rejection of claim 21 should be reversed as being 
improperly examined. 

IV. Claim 22 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 22, for example, is limited 

by an "a repository for storage of a text file containing said 

unavailability message", which is not even acknowledged by the 

37 



Examiner. The rejection of claim 22 should be reversed as being 
improperly examined. 
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CONCLUSION 

Having thus reviewed the final rejections of claims 1-22, 
being all pending claims, it seems abundantly clear that the 
limitations of these claims are not unpatentable in view of the 
prior art of record. Thus, the rejection of these claims should 
be reversed as being based upon clearly erroneous fact findings and 
errors of law. 

Respectfully submitted 
Niels Gebauer 
By his attorney, 



Date 




Reg. No. 25,645 
Suite 401, Broadway Place East 
3433 Broadway Street N.E. 
Minneapolis, Minnesota 55413 
(612) 331-1464 
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CLAIMS APPENDIX 



1. In a data processing environment having a user terminal 
operated by a user which generates a service request coupled to a 
publicly accessible digital communications network and having a 
data base management system which receives and responds to said 
service request when available by execution of an ordered sequence 
of command language script, the improvement comprising: 

a server coupled to said user terminal via said publicly 
accessible digital communications network and coupled to said 
data base management system wherein said server includes an 
administration management system which transfers an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data 
base management system is unavailable to receive and respond 
to said service request which signifies to said user that said 
service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is 
available to honor said service request. 
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2. The improvement according to claim 1 wherein said data base 
management system includes a repository for storing said 
unavailability message as a text file. 



3. The improvement according to claim 2 wherein said publicly 
accessible digital communications network is the world wide web. 

4. The improvement according to claim 3 wherein said repository 
includes space for storage of at least one variable for said 
unavailability message permitting an administrator to modify said 
unavailability message. 

5. The improvement according to claim 4 wherein said data base 
management system is a commercial data base management system. 

6. An apparatus comprising: 

a. a user terminal operated by a user which generates a service 
request; 

b. a publicly accessible digital communications network coupled to 
said user terminal; 

c. a server coupled to said user terminal via said publicly 
accessible digital communications network; 
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d. a data base management system coupled to said server which 
responds to said service request if available by execution of an 
ordered sequence of command language script; and 

e. an administration management system coupled to said data base 
management system and said server which transfers an HTML display 
page containing an unavailability message from said server to said 
user terminal in response to said service request when said data 
base management system is not available to indicate unavailability 
of said data base management system which notifies said user that 
said service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is available 
to honor said service request. 

7. The apparatus of claim 6 wherein said data base management 
system has a repository having storage for a text file containing 
said unavailability message. 

8. The apparatus of claim 7 wherein said repository has storage 
for a variable to be included in said unavailability message to 
permit an administrator to change said unavailability message. 

9. The apparatus of claim 8 wherein said publicly accessible 
digital communications network is the world wide web. 
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10. The apparatus of claim 9 wherein said user terminal is an 
industry compatible personal computer having a commercially 
available web browser. 

11. A method of communicating between a user terminal operated by 
a user and a data base management system comprising: 

a. transmitting a service request from said user terminal via 
a publicly accessible digital data communication network to said 
data base management system; 

b. determining via an administration management system whether 
said data base management system is currently capable of 
honoring said service request; 

c. honoring said service request by the execution of an ordered 
sequence of command language statements by said data base 
management system if said determining step determines that said 
data base management system is currently capable of honoring 
said service request; and 

d. transferring an HTML display page containing an 
unavailability message from said administration management 
system to said user terminal if said determining step determines 
that said data base management system is not currently capable 
of honoring said service request which notifies said user that 
said service request will not be honored unless subsequently 
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transmitted at a future time when said data base management 
system is available to honor said service request. 

12. A method according to claim 11 wherein said transferring step 
further comprises transferring said unavailability message to said 
user terminal via said publicly accessible digital data network. 

13. A method according to claim 12 wherein said transferring step 
further comprises adding a variable to said unavailability message 
to permit an administrator to modify said unavailability message. 

14. A method according to claim 12 wherein said publicly 
accessible digital data network further comprises the world wide 
web. 

15. A method according to claim 14 wherein said data base 
management system further comprises a commercial data base 
management system. 

16. An apparatus comprising: 

a. permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response; 
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b. providing means responsively coupled to said permitting means 
for providing said user with access to a publicly accessible 
digital communication network via service-based requests; 

c. offering means responsively coupled to said permitting means 
for offering data processing services according to dialog-based 
requests if available by honoring said service request to generate 
said response; and 

d. notifying means responsively coupled to said offering means and 
said permitting means for notifying said user by transfer of an 
HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available. 

17. An apparatus according to claim 16 wherein said publically 
accessible digital communication network further comprises the 
world wide web. 

18. An apparatus according to claim 17 wherein said offering means 
further comprises storing means for storing a predefined 
unavailability message as a text file. 
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19. An apparatus according to claim 18 wherein said offering means 
further comprises a commercial data base management system. 

20. An apparatus according to claim 19 wherein said permitting 
means further comprises an industry standard personal computer. 

21. An apparatus comprising: 

a. a user terminal providing access by a human user for generating 
a service request; 

b. a publicly accessible digital communications network 
responsively coupled to said user terminal; 

c. a server responsively coupled to said user terminal via said 
publicly accessible digital communications network; 

d. a data base management system responsively coupled to said 
server which honors said service request when available; and 

e. an HTML display page containing an unavailability message 
generated by said data base management system which notifies said 
human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available. 



46 



22. An apparatus according to claim 21 further comprising 
repository for storage of a text file containing sa 
unavailability message. 



EVIDENCE APPENDIX 

During the prosecution of the subject application, the 
following three (3) declarations were submitted resulting in the 
removal of U.S. Patent No. 6, 347, 330, issued to Dawson et al. as a 
reference applicable against the subject application: 

1. Declaration under 37 C.F.R. 1.132 of Barbara A. Christensen, 
dated August 6, 2002 and filed August 6, 2002; 

2. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
December 11, 2002 and filed December 16, 2002; and 

3. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
January 13, 2003 and filed January 17, 2003. 

There is no other evidence or documents deemed appropriate to 
be included within this Appendix. 
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RELATED PROCEEDINGS APPENDIX 



There are no decisions or other papers deemed appropriate to 
be included in this Appendix. 
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Niels Gebauer 
Serial No. 09/189,615 
Filing Date: 11/09/98 



) 



For: METHOD AND APPARATUS FOR ) 

PROVIDING AN AVAIL- ) 

ABILITY MESSAGE - TO RE- ) 

MOTE USER TERMINAL ) 

(Amended) ) 

Honorable Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 

Dear Sir: 



Examiner G. Robinson 
Group Art Unit 2177 

Docket No. 33012/246/101 

DECLARATION UNDER 
17 C.F.R. 1.131 



»8^^ 



DECLARATION 



The undersigned declares as follows: 



1. My name is Niels Gebauer; 

2. My home address is 8/86 Milson Road 

Cremorne Point 
NSW 2090 
Australia; 
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1. I am employed by Unisys Corporation, assignee of the subject invention, 
as Software Engineer; 

4. I am the sole inventor of the U.S. Patent Application. Serial No. 
09/189,615 filed November 11, 1998; 

5. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in a product of Unisys 
Corporation entitled Cool ICE Revision 1.1; 

6. Cool ICE Revision 1.1 was first placed on commercial sale on November 
14, 1997; 

*v 7. The previously submitted declaration under 37 C.F.R. 1.132 of Barbara 
A. Christensen, along with its accompanying Exhibits, establishes the 
date of release for commercial sale of Cool ICE Revision 1.1; 
8. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon, I further declare that I 
understand the content of this declaration. 

Date izhm -2w2> ^ 

Niels Gebauer 
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1. I am employed by Unisys Corporation, assignee of the subject invention, 
as Software Engineer; 

4. I am the sole inventor of the U.S. Patent Application. Serial No. 
09/189,615 filed November 11, 1998; 

5. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in a product of Unisys 
Corporation entitled Cool ICE Revision 1.1; 

6. Cool ICE Revision 1.1 was first placed on commercial sale on November 
14, 1997; 

7. The previously submitted declaration under 37 C.F.R. 1.132 of Barbara 
A. Christensen, along with its accompanying Exhibits, establishes the 
date of release for commercial sale of Cool ICE Revision 1.1; 

8. Further declarant sayeth not. 

I hereby declare that all statements made' herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon, I further declare that I 
understand the content of this declaration. 

Date izhm -2a& ^ 

Niels Gebauer 
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PATENT 



ttj rpwp; nNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of 
Niels Gebauer 
Serial No. 09/189,615 
Filing Date: 11/09/98 

For: METHOD AND APPARATUS FOR 
PROVIDING AN AVAIL- 
ABILITY MESSAGE TO RE- 
MOTE USER TERMINAL 
(Amended) 

Honorable Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 



Examiner G. Robinson 
Group Art Unit 2177 

Docket No. 33012/246/101 

DECLARATION UNDER 
37 C.F.R. 1.132 



Dear Sir: 



.18 . ^ a -^^-«. H r'Rfh^ss::mil,in an;: envelope ;- addressed. 



S&r : : &*i*aht^ D^C , r2p?31 on this. 

^ day of Aiicfusfe , 20M^ ; ;: :"-'^V : ..'- ' 



By, 



L<1 



'.; : >;?Sfeiik s ; :Abel<i^ar d: 



DECLARATION 



The undersigned declares as follows: 



1. 
2. 



My name is Barbara A. Christensen; 

My home address is 6520 White Oak Rd. 

Lino Lakes, MN 55038; 
I am employed by Unisys Corporation, assignee of the subject invention, 
as Senior Software Engineer; 

I have worked professionally with the Unisys Corporation family of 
products called Cool ICE and its predecessor family of products called 
MAPPER since 1978; 



5. I have read claims 1-22 which are pending with regard to the subject 
U.S. Patent Application; 

6. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in Cool ICE Revision 1.1; 

7. I am very familiar with Cool ICE Revision 1.1, a commercial product of 
Unisys Corporation, and its associated documentation including the "Cool 
ICE 1.1 Feature Specification", having a Release Date of October 31, 
1997, attached hereto as Exhibit B; 

8. The presence of the invention of pending claims 1-22 within Cool ICE 1.1 
is established at pages 9 of 20, 15 of 20, and HDK 00077 of Exhibit B; 

9. Cool ICE Revision 1.1 was first released as a commercial product on 
November 14, 1997; 

10. Attached hereto as Exhibit A is a copy of the Meeting Minutes for 
November 6/7, 1997 of the Cool ICE and UnixWare group which established 
the General Commercial Availability date (i.e., GCA) of Cool ICE 1.1 as . 
Friday, November 14, 1997; and 

11. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon, I further declare that I understand 
the content of this declaration. 



Date irrr-- -r -r- Ba ' r k ar ' a ft. Christensen 
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Cool ICE 1.1 for Windows NT and UnixWare Meeting minutes for November 6/7, 
1997 

Hello eveiyonc, 
Discussion topics: 

The final copy of Cool ICE 1. 1 was shipped to POSM on Friday Oct 3L The CD-ROM media has been 
returned and is being verified Approval for nmuiacturing and shipment is expected to occur on 
Friday Nov. 7th. 

The final version of the NT Cool ICE 1. 1 is available on the FTP server. 

The final two action items have been completed. Julian has provided FAQ information to Tom Johnson 

which will be put on the Cool ICE web site. 
This is the FINAL Cool ICE 1. 1 meeting. Any new problems or issues will be handled as support issues 

for the 1.1 product 

Activities Cool ICE LI . 

Final Media ->POSM Fli 10/31 

Receive verify media Thur. 11/06 

Approve media Fri. 11/07 

GCA . Fri 11/14 



There are no more meetings planned for Cool ICE 1.1. Thanks for your cooperation and support for 
this product. 



Product: Cool ICE for Windows NT and UnixWare 
Level* 1 1 

Dependencies: NT MAPPER 6.3.3, UNIX MAPPER 5R3C, WebTx 3.0, CPIX 3.0 & CPNX 3.0 
RTM (Release To Manufacturing): 9/29/97 10/24/97 

• Activity ID Activity DescriptionFlan DateReplan DateActual DateRespoosiblc 

OrganizatioalACUS Product Information Plan finalized970630970718970?18PI Team2RSVL. 
Product Information Plan finalized970630970814 970828 PI Team3Product Test Plan 
finalized970630970718970722Test Team6Last FIX media delivery from Australia to Rsvl. 
Information Plan finalized9708085971017971028Niels/Julian7Final Test of media in Rsvl problems 
to Australia Information Plan finalized97082297101S*971030Test Teaml80Doc CRC to 
RS970819970922PI Team 190Engineering Ships CD-ROM Media to 
POSM970819971024971031Engineeriiig300POSM Returns CD-ROM Media to 
Engiiieermg970828971029971104POSM270Checkdisks and CD label 
vermed970828971031971106Engineering2810Authorize Imation/POSM to manufacture 
CI>s970829971031971107Engmeering390Ship Authorization Received at 
POSM970909971031971107Rel Mgmt400Release to Manufacturing (RTM / 
GCA)970909971114971114POSMDependent on final media release on NT 5.3.3 



Action Hems are summarized below. 

NumberResponsibUityAction ItemStatusCdmments 970429-5Julian WattsAU Requirements: All 

Engineering tasks work efforts and individual assignments to be sized and prepared by Julian Watts foi 
the team to review and utilize as the basis for the Cool ICE 1.1 PDP. 970429Closed. May 22. 970429- 
6Julian WattsAU Requirements: Functional and Design Specifications will be need to be prepared for 
the project. Julian Watts to check with ACUS PI for assistance in this area.970429CIosed. June 05. 
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Document Number: 

Revision Level: 
Release Date: 
Document Author: 

8 Project: 

9 Document Path: 

10 Document Filename: 
11 



Feature Specification 
Cool ICE 1.1 

FS-ICEll 

31-Oct-1997 

Niels Gebauer 
Cool ICE 1.1 
C:\documents\CoolICE 
FS-ICEll.doc 



Section 

1 . Functional Section 
2 Detailed Design 



Status 



Please Review Inspected n Under rework 

□ □ 

Please Review Inspected Q Under rework 

□ □ 
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9 

26 2.1 Design Overview 

9 

27 2.2 Organize & Manage 9 

28 2.2. 1 Maintaining Settings at System Level 

29 2.2.2 Improved GUI Interface 

30 2.2.3 Service Templates 

31 2.2.4 Importing Existing Runs 

32 2.2.5 Expanded Repository Capability for Storing Objects 

33 2.2.6 Security Enhancements * J 

34 2.2.7 Managing Static Documents 12 

35 2.2.8 Arranging List of Categories and Services 

36 2.2.9 Customizing Icons for Categories and Services 

37 2.2. 10 File Transfer between Workstation and Server 

38 2.2.1 1 Drawer Browsing Capability J ^ 

39 2.2.12 Service Expiration 

40 2.3 Service Development 13 

41 2.3. 1 Additional System variables 

42 2.3 .2 Enhanced Integration to HTML Authoring Tools 

43 2.3.3 Image Maps Capability 

44 2.3.4 Creating Services based on Templates 

45 2.3.5 Cookies Support 

46 2.3.6 Uploading Files 
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15 

48 2.4 Deployment 15 
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57 2.4.9 Automatic Object Download 1 7 

58 2.4.10 Image Viewer 17 

59 2.4. 1 1 User Password Change 1 8 

60 2.4. 12 Cookies Support \ 8 
-61 2.4.13 Repository Search Capability I 8 

62 2.4. 14 Event Viewer 18 

63 2.4. 15 Uploading Files to the Repository 19 

64 2.4. 16 Enhanced Handling of HTML Tag Delimiters 19 

65 2.5 Discontinued Functionality 19 

66 2.5. 1 Static Document Outside Cool ICE 19 
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70 



71 1. Functional Section 

72 Cool ICE 1 . 1 is the second release of Cool ICE and is a feature rich release. 



73 1. 1 High Level Functional Description 

74 New features have been required in the following 3 main areas of Cool ICE: 
75 

76 > Organize & Manage 

. 77 • Maintaining Settings at System level 

78 • Improved GUI Interface 

79 • Service Templates 

80 • Importing Existing Runs 

8 1 • Expanded Repository Capability for storing Objects 

82 • Security Enhancements 

83 • Managing Static Documents 

84 • Arranging list of Categories and Services 

85 • Customizing Icons for Categories and Services 

86 • File Transfer between Workstation and Server 

87 • Drawer Browsing Capability 

88 • Service Expiration 

89 > Service Development 

90 • Additional System Variables 

91 • Enhanced Integration to HTML Authoring Tools 

92 • Image Maps Capability 

93 • Creating Services based on Templates 

94 • Cookies Support 

95 * Uploading Files 

96 • Downloading Files * 

97 > Deployment 

98 • Enhance Session Management 

99 • Controlling System Availability & System Trace 

100 • Enhanced Graphics Support 

101 • Positional URL Parameters 

1 02 • Service Error Analyzer via the Browser 

1 03 • Additional System Variables 

1 04 • Support for Image Maps 

1 05 • Service Expiration Date Enforcement 

106 • Automatic Object Download 

107 • Image Viewer 

1 08 • User Password Change 

1 09 • Cookies Support 

110 • Repository Search Capability 

111 • Event Viewer 

112 • Uploading Files to the Repository 

113 • Enhanced Handling of HTML Tag Delimiters 

114 1.2 Requirements and Reference Documents 

115 The following table lists the requirements for Cool ICE 1 . 1 in the order they have been received. This list is 

116 a subset of the total requirements for Cool ICE and it only includes requirements specifically for the Cool 
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117 
118 
119 



ICE Runware component. 




New Category attributes. When setting up a category it will be possible to specify the 
purpose/content of the category such as:- 

- Template category (When building services, this would allow to select a template that come 
close to what the user want to do (Le. different forms and different kinds of database access) 

- Image category (This allow to store and reference Images in Cool ICE without the service 
developer has to develop special services top handle this) 

- Applet category (This allow to store and reference Applets in Cool ICE without the service 
developers has to anything) 

- Normal Service category 

- Cool ICE System category (This allow the customers easily to take a copy of the Cool ICE 
system services and customize these services) 

Other category attributes such Read Only category and Access (Direct/Indirect) will be 
possible. 



Allow the users to change their password. This include specifying user-id's for which change 
of password is not allowed (such as Guest user-id). 

A change of password needs to be communicated back to the Gateway so the gateway can 
update its session i nformatio n. 



Import HTML Template, optionally modify Hyper Link References and Form Action Field 

according to the ICE standard (<GURL>/Category/Service) 



12 



Import existing MAPPER Runs to the Repository 



13 



Enhance the look and feel of dialog boxes to MS Sans Serif non-bold. 



14 



Export and Import of HTML to and from a service should be enhanced to allow for services 
that include more than one HTML template! 



15 



A function in ICE Administration to deflne structure of Categories and Services, In the 
current functionality a new Category and new Service is inserted at the bottom of the list. It 
will be required to specify some sort of structure in the list 



18 



Add a new Attribute for Categories and Services for specifying icon to be displayed when 
building and displaying menu of categories and services. This is to provide an easy way of 
tailoring a look and feel for a user or group of users. 



19 



Enhance service development with features for maintaining a Library of reusable objects. This 
could be achieved through the use of template category as in Req. no 1. 



21 



22 



Search facility to allow users to search for services in the repository 
Cool ICE Admin interface available from a browser. 
Initially only for selected administrative functions. 
View Event Log should be the first to implement 



23 



Enhance Export service function and Source function enhanced to handle @brk @brk 

better. When in "Script on Mode", lines without @ must have an html tag delimiter (Q in order 
to change mode to "Script Off". 



25 



26 



Function to take the whole Cool ICE system On and Off the net. 
Improve handling of positional parameters on the URL. 



27 



When saving a service, verify that the original service report has not been change manually in 
the meantime by some one else. 



28 



Web-TX shared functionality: 

a) File upload to Cool-ICE 

b) File download to browser from Cool-ICE 

c) Session management 



32 



Possibility to turn Trace On/Off of the Cool ICE Service Handler. 



34 



40 



Improve validation of existence of directories and files on the NT and UNIX system. 
Single source for NT and UNIX 
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120 
121 

122 

123 
124 

125 

126 
127 

128 

129 
130 
131 
132 
133 
134 
135 
136 

137 
138 



139 

140 

141 
142 
143 
144 
145 
146 
147 

148 

149 
150 



1.2.1 Other Requirements that affect this implementation 

Migration from Cool ICE 1.0 must be seamless and must be handled automatic by the setup procedure. 

1.2.2 List of requirements which will not be met 

All requirements for Cool ICE 1.1 have been met. 

1.3 Dependencies 

Cool ICE 1.1 is dependent of the following 3 main features being delivered by WebTx 3.0 and the 
associated MAPPER Gateway: 

1) Uploading files via the browser from the client workstation to Cool ICE. 

2) Downloading files/objects from the Cool ICE repository to the client workstation specifying 
appropriate MIME type. 

3) Secure Session Management. 

1.4 Definitions 



Term 


Definition 


Repository 


Storage for Cool ICE Services and objects. 


Service 


Item in the repository containing server side script that executes when 
requested from a client browser. 


Object 


Common term for all items stored in the repository. An object can 
contain binary information as well textual information such as 
GEF/JPG images, Applets, Word dbcument, Cool ICE Services and 
Static HTML Documents. 















1.5 Description of Users 

There are three different types of users of Cool ICE: 



1) 
2) 
3) 



Developers who develop and maintain Cool ICE Web based services. 

People who will be administrating a Cool ICE Web Site. 

End users who will be accessing a Cool ICE Web Site using a browser. 



The same person will probably often perform the roles of category 1 and 2. 

1.6 Areas yet to be addressed. 

None. 
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150 



151 

152 
153 



1.7 Functional Flow 

The following illustrate the main steps a developer would go through to develop a Cool ICE Web Service: 



Sfep 6 - Modify HlWt Template 

• SWit^to HTML AUtfi 

> Q^n RT^L Hxport-file 

• Modify Teti^lafe 

• Save it to di^k 



Step 1 ' O^eat^Ut^t Tea^plaie : 




te|> 4 - Test Service 

l)pen the browser ; 
Specify URL forCooHG£ 
Follow the menu 



• ; S^tfife- Seryi^imaV^tegjDry^ 
iil^Ve ^eop^i<3E Repository 



154 
155 
156 
157 
158 
159 
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1 59 The following illustrate th£ flow of events from when a browser at a client workstation requests a Cool ICE 

1 60 Web service and until a response is received in the browser: 
161 



162 
163 
164 
165 
166 

167 

168 
169 
170 
171 
172 

173 
174 



Browser receives.trte 
lHJWL Dpcumeiat 




- Wj&ft^ P&rarrieters 

- ^rrn^lripitft 




Web Server 
Cool ICE Gateway 



Web Sewer 
Cool ICE Gateway 



I 



Cool ICE Service Handier . 



Cool ICE Service Handler 1 



i 



mm . 

;<Reg^itd(Y. ? : 



Cool ICE Service 




# 



7 



H^MLbutput 



^ l^^spm^Variable^ 
- St^e^idaValues 



1.8 User Interface Description 

Cool ICE has two different user interfaces: 

1 . Cool ICE Administration uses a traditional Microsoft Windows Graphical User Interface. 

2. Cool ICE Web Services uses a Browser HTML Interface. 

1.9 Resource estimate 

Project Manager is responsible for ensuring this section is completed before sign-off. 
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Task 


Estimated Effort 


Actual Effort 


1 Write Functional Section 




Should be actuals now 


2 Review Functional Section 




Should be actuals 


3. Write Functional Description Section 






4 Review Functional Description Section 






5. W rite Design Details Section 






6. Review Design Details Section 






7. Write Test Specification 






8. Review Test Section 






9. Coding Task 






10. Review Coding Task 






Total Person Costs 


Cost to Go = Total Hrs 


Cost so Far = Total Hrs* 


* $/person/hr 


$/person/hr 



175 



176 2. Detailed Design 



177 
178 
179 
180 
181 

182 
183 
184 

185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 

202 

203 
204 



2.1 Design Overview 

The requirements for Cool ICE 1.1 have been grouped into the following three main areas: 

> Organize & Manage 

> Service Development 

> Deployment 



2.2 Organize & Manage 



2.2.1 Maintaining Settings at System Level 

This describes the implementation of requirements #25 and #32 specified in section 1.2 plus additional 
functionality derived from the requirements. 

New Cool ICE Admin function "System Settings" will be added to the Options Menu to provide easy 
maintenance of system settings. 

Table for Service handler settings will be added. Report 27E contains settings for configuring the Cool ICE 
Service Handler: - 

- Trace - Trace On/Off 

Availability - On-Line/Off-Line 

When taking the Cool ICE system off the net, a message can be entered which will be displayed to the 
browser users at deployment time. 

In addition, the "System Settings" function will also allow specifying user-defined text to be displayed as 
the footer of all HTML pages. The Cool ICE Page footer, which is always put on all HTML pages, can now 
be turned On/Off and the text can be customized 

2.2.2 Improved GUI Interface 

This describes the implementation of requirement #13 specified in section 1.2 plus additional functionality 
derived from the requirements. 
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205 

206 The Look and Feel of the Cool ICE Administration User Interface will be enhanced to use MS Sans Serif 

207 Non-Bold. 

208 

209 Function for creating a New Category will be enhanced to give a message after having completed creating 

210 the new category. 
211 

21 2 Function for creating a New Category will be enhanced to make the new category current if no other 

213 category is already open. 
214 

215 Function for Deleting a Category will be enhanced to give a message after having completed deleting the 

216 category. 
217 

21 8 Function for Removing a security profile will be enhanced to validate if the profile is allocated to any 

21 9 Categories or Services before allowing it to be removed. 

221 The Category Export and Import functions will be enhanced to show a progress bar, 
222 

223 The Category Export function will be enhanced to verify if the path to export to already contain a 

224 previously exported category. The user will receive a warning and the option to overwrite. 
225 

226 The Category Import function will be enhanced to verify if the category to import to already contain 

227 objects. The user will receive a warning and the option to overwrite. This makes it easier to re-import a 

228 category without first removing the content. 
229 

230 Function for modifying security profile will be enhanced to modify the profile name every where it is used 

231 when the name of the profile is changed. 

232 2.23 Service Templates 

233 This describes the implementation of requirements #1 and #19 specified in section 1 .2 plus additional 

234 functionality derived from the requirements. 

235 « 

236 Functions for creating and managing Cool ICE Services Templates will be added to Cool ICE 

237 Administration. This allows creating templates and subsequently allowing the service developer to create 

238 Cool ICE services based on available templates. 
239 

240 Templates provided a mechanism to share and reuse commonly used functions such as database access and 

241 HTML layouts. 

242 „ 

243 Function "Template" for setting up templates will be added under menu item "New Repository Object' . 

244 2.2.4 Importing Existing Runs 

245 This describes the implementation of requirement #12 specified in section 1.2 plus additional functionality 

246 derived from the requirements. 
247 

248 Function for Importing an existing MAPPER run and storing it in the repository as a Cool ICE Dynamic 

249 Service will be added to the Cool ICE Administration. This will allow browsing the MAPPER database for 

250 selection of the MAPPER Run to import. Option will be provided for selection of inserting standard Cool 

251 ICE Service header. 
252 

253 The function will be added as an additional option under menu item "New Repository Object", "Dynamic 

254 Service". The option will be caUed "Dynamic Service based on Existing Script". 
255 
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256 2.2*5 Expanded Repository Capability for Storing Objects 

257 This describes the implementation of requirements #1 and #1 9 specified in section 1 .2 plus additional 

258 functionality derived from the requirements. 
259 

260 Functions for inserting Images and Applets and storing these as objects in the Cool ICE repository will be 

261 added to the Cool ICE Administration. This includes exporting/importing images and applets to/from the 

262 workstation. When an image or an applet stored in the Cool ICE repository is referenced from an HTML 

263 document, the object will automatically be down loaded to the browser. The Cool ICE Service Handler 

264 handles this. 

265 „ 

266 Two new functions, "Image" and "Applet 5 \ will be added under menu item "New Repository Object . 

267 

268 In addition, a new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool 

269 ICE Repository. The Cool ICE Menu Builder will be enhanced to automatically build a link to die new 

270 "Dsplmg" service when a GIF or IPG type object is direct accessible. This provides the capability to view 

271 images in the Cool ICE Repository just by changing the accessibility attribute to "Direct". Normally an 

272 image object will be accessible indirecdy. 
273 

274 Functions for inserting Objects of any kind<and storing these as objects in the Cool ICE repository will be 

275 added to Cool ICE Administration. This includes exporting/importing objects to/from the workstation, 

276 When an object stored in the Cool ICE repository is referenced, the object will automatically be 

277 downloaded to the browser. The Cool ICE Service Handler handles this. A function "Other Object" will be 

278 added under menu item "New Repository Object". 
279 

280 In addition, new function for maintaining a table of valid Cool ICE objects will be included. This allow to 

281 define the type of object and associated MIMI Type which is used at runtime when an object is downloaded 

282 via the browser to the end user workstation. A function "Object Types" will be added under menu item 

283 "Options". 

284 2.2.6 Security Enhancements 

285 This describes the implementation of requirements #1 and #2 specified in section 1 .2 plus additional 

286 functionality derived from the requirements. 
287 

288 In addition to being able to store objects of any kind in the Cool ICE repository, the existing security 

289 profile mechanism will be enhanced to allow securing any object in the repository. 
290 

291 User Registration will be enhanced to allow specifying whether a user can change password or not. Users 

292 who are allowed to change their password can do so via the browser. 
293 

294 A "Change Password" service will be accessible from the browser for those users who have been granted 

295 the right to do so. 
296 

297 A new Cool ICE System Service "Change-Password-Form" will be included to allow Cool ICE browser 

298 users to change their own password. A user must be a registered Cool ICE user and be allowed to change 

299 password in order to use the "Change-Password" service. After successfully having changed the password, 

300 the user will be required to Signon again to Cool ICE. The Cool ICE signon form will automatically be 

301 displayed. This is necessary in order to signal to the MAPPER Gateway that the password has changed. 
302 

303 A new Cool ICE System Service "SignOff ' will be included to allow Cool ICE users to sign off from Cool 

304 ICE. After Sign Off, the Cool ICE Sign-On form will be displayed. This means a user can safely leave the 

305 workstation without the workstation having a session open to Cool ICE. 

306 2.2.7 Managing Static Documents 

307 This describes the implementation of requirement #1 specified in section 1 2 plus additional functionality 

308 derived from the requirements. ^ 
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309 

31 0 Function for inserting Static HTML Documents and storing these, as objects in the Cool ICE repository 

311 will be added to Cool ICE Administration. This includes exporting/importing documents to/from the 

31 2 workstation. When a static document stored in the Cool ICE repository is referenced, the document will 

31 3 automatically be down loaded to the browser. The Cool ICE Service Handler handles this. 
314 

31 5 Function "Static Document" will be added under menu item "New Repository Object". 

317 Importing HTML Documents has been enhanced to allow importing images being referenced by the 

31 8 Document An option will be added to select that images being imported should be saved in the Cool ICE 

31 9 Repository. The original functionality of importing images to the Server Image Alias Directory will be 

320 maintained. 

321 2.2.8 Arranging List of Categories and Services 

322 This describes the implementation of requirement #15 specified in section 1.2 plus additional functionality 

323 derived from the requirements. 
324 

325 Functions for Arranging the list of Categories and Objects will be added to Cool ICE Administration. This 

326 provides the capability to move categories and objects around in order to specify the sequence in which 

327 they will be listed. The Menu builder uses the list of categories and services. 
328 

329 Function "Arrange Categories/Objects" will be added under menu item "Options". 
330 

331 2.2.9 Customizing Icons for Categories and Services 

332 This describes the implementation of requirement #18 specified in section 1.2 plus additional functionality 

333 derived from the requirements. 
334 

335 New attributes for specifying customized icons for Categories and services will be added to System 

336 Settings table (27E). The menu builder will use these icons when displaying menu of categories and 

337 services. Default system icons will be used when nothing has been specified. 

338 2.2.10 File Transfer between Workstation and Server < 

339 This describes the implementation of additional functionality derived from the requirements. 

341 Function for transferring files between the workstation and the server will be included in Cool ICE 

342 Administration. Function "File Transfer" will be added under menu item "Options". 
343 

344 The primary purpose of the function is to provide an easy way of transferring images between the service 

345 developers workstation and the web server. The function, however, will allow transfer of any files. Browse 

346 capability will be provided for selecting files in any directory on the workstation. On the server, browsing 

347 will be restricted to directories listed in the Image Directory Alias table maintained through the Image 

348 Directory Alias function. 

349 2.2.11 Drawer Browsing Capability 

350 This describes the implementation of additional functionality derived from the requirements. 
351 

352 Creating a new category will be enhanced to include a Browse button for selecting and allocating a Drawer 

353 from the Cool ICE database. 
354 

355 The browse function will display a list of drawers in the database and allow selecting an open drawer. This 

356 makes it easy for users of Cool ICE who are not yet familiar with the Cabinet/Drawer structure of the 

357 database to setup a Cool ICE category. 
358 

359 The browse function is only available for browsing a database on the local Cool ICE system. The browse 
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360 button will be disabled when selecting to create a new category on a remote Cool ICE server. 

361 2.2.12 Service Expiration 

362 This describes the implementation of additional functionality derived from the requirements. 

363 rj . n 

364 Function for listing services/objects that have expired or will expire within a specified number of days will 

365 be added. 
366 

367 Function "Service/Object Expiration" will be added under menu item "Options". 

368 2.3 Service Development 

369 

370 23.1 Additional System variables 

371 This describes the implementation of additional functionality derived from the requirements. 
372 

373 Additional Run-Time information about the environment will be made available to Cool ICE Services. The 

374 following Cool ICE system variables will be added to the System Variables section of the services input (- 

375 8) being passed to a service:- 
376 

377 - <GSysCat> Name of Cool ICE System category (f.ex.ICEADM) 

378 - <GSvrName> Name of Web Server (f.ex. coolice.au.unisys.com) 

379 - <GSvrProtocol> Protocol (f.ex. HTTP/1 .0) 

380 - <GSvrPort> Server Port number (f.ex. 80) 

381 - <GRemoteAddr> IP Address of client (f.ex. 129.223.41.102) 

382 - <GUserAgent> Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 

383 - <GGatewayIn> Gateway Input File 

384 - <GInvkSignon> Invoke Signon (y/n) 

385 23.2 Enhanced Integration to HTML Authoring Tools 

386 This describes the implementation of requirements #4, #14 and #23 specified in section 1 .2 plus additional 

387 functionality derived from the requirements. 
388 

389 Importing HTML Forms will be enhanced to modify the Form Action attribute to the standard Cool ICE 

390 way of referencing another service. '^GUR^/^tegory^COOL-ICE-SERVICE" will be inserted in the 

391 action field. This means the service developer just has to modify "COOL-ICE-SERVICE" and insert the 

392 appropriate service name. 
393 

394 Exporting and Importing HTML Templates will be enhanced to allow for services that contain more than 

395 one HTML Template. If a service contain more than one HTML Template a dialog box will appear 

396 allowing the user to select which Template to export or import. 
397 

398 Importing HTML Templates or HTML Documents will be enhanced to allow importing images being 

399 referenced by the Template/Document Optionally images can be imported and saved in the Cool ICE 

400 Repository. The original functionality of importing of images to the Server Image Alias Directory has been 

401 maintained. 
402 

403 The following additional enhancements will be implemented: 

404 - Under special circumstances importing an HTML template containing Script causes the HTML 

405 delimiters o not to be translated. 

406 - Under special circumstances importing an HTML template containing very long lines causes 

407 truncation of the HTML input. 
408 

409 Exporting HTML will be improved to make a better decision whether a line is a Cool ICE-Scnpt or an 

410 HTML Tag particular when the re is no @ character in column one. 
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41 1 2 3.3 Image Maps Capability 

412 This describes the implementation of additional functionality derived from the requirements. 
413 

414 Support will be added for the HTML ISMAP's. The Cool ICE service will receive two variables (<X> and 

41 5 <Y>) containing the coordinate position of the mouse pointer when the user click within an image defined 

41 6 with the ISMAP attribute. 
417 

41 8 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) in the service mput 

41 9 report containing the corresponding x and y coordinate position of where the user clicked on the map. 



420 2-3.4 Creating Services based on Templates 

421 This describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

422 functionality derived from the requirements. 
423 

424 Function for Creating a New Service Based on Cool ICE Template will be enhanced to allow the service 

425 developer to browse the repository to find and select a suitable template. 

426 23.5 Cookies Support 

427 This describes the implementation of requirement #28 specified in section 1 .2 plus additional functionality 

428 derived from the requirements. 
429 

430 Support for cookies will be provided Cookies can be set by individual Cool ICE services and the cookie 

431 keywords and associated values will be passed into the Cool ICE services. Cookies will be passed into the 

432 Cool ICE services through the "-8" mechanism and is presented in the browser input section. A cookie 

433 keyword will be used as the variable name and the normal naming conventions for MAPPER variable 

434 naming will apply. 
435 

436 Example #15 and example #16 in the examples category will provided examples of how to set and re-set 

437 cookies. 

438 2 3,6 Uploading Files 

439 This describes the implementation of requirement #28 specified jn section 1 .2 plus additional functionality 

440 derived from the requirements. 
441 

442 Upload capability for uploading files from the client workstation via HTML Forms via the browser has 

443 been implemented. 
444 

445 When the HTML Form attribute ENCT^E= ,, multipart/form-data n is specified on the HTML Form tag and 

446 the TYPE="file" is specified on the Form INPUT tag, the browser will allow the user to browse files on the 

447 workstation and attach a file to the form data being send up to the web server. 
448 

449 The following is an example of the HTML Form specifications :- 

450 [FORM ENCTYPE="multipart/form-data" 

451 ACnON= ,, <Gurl>/<category>/service" METHOD=POST] 

452 Filename On Your Computer: [INPUT NAME="WsFile" TYPE= , 'file"] 

453 [INPUT TYPE= , 'submit M VALUE="Send File"] 

454 [/FORM] 
455 

456 In the above example the TYPE="file" is causing TWO parameters to be passed into the Cool ICE service 

457 via the service input report (-8):- 

458 - <Wsfde> containing the name of the file on the workstation. 

459 - <FUWsFUe> containing the name of the file on the server. This is the name of the File after it 

460 has been Uploaded to the server. 
461 

462 As the example indicate, Cool ICE will add the prefix "FU" (File Upload) to the name of the input field 
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463 name (WsFile). 
464 

465 An uploaded file is only stored temporarily on the server. The Cool ICE Gateway will remove the file when 

466 the receiving Cool ICE service returns a response/document to the browser. 

467 . . 

468 The receiving Cool ICE service is expected to copy or move the file to a permanent location as appropriate 

469 for the functionality of the service. 
470 

471 Example #1 8 in the examples category provide an example of how to specify the HTML Form and how to 

472 receive and store the file in a Cool ICE service. 

473 23.7 Downloading Files 

474 This describes the implementation of requirement #28 specified in section 1 .2 plus additional functionality 

475 derived from the requirements. 
476 

477 Downloading a text file from the server to the workstation can be achieved from a Cool ICE Service. The 

478 Cool ICE service must specify the content type of the file being passed down to the browser. The Content 

479 Type can be specified in the header of the text file as in the following example: 
480 

481 line 1, column 1: Content-Type: application/my-app 

482 line 2 data 

483 etc. more data 
484 

485 Example #19 in the example category will provide example of how a Cool ICE service creates a file for 

486 download. 

487 2.4 Deployment 

488 

489 2.4.1 Enhanced Session Management 

490 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 

491 derived from the requirements. * 
492 

493 Session Management will be enhanced. The Cool ICE system including the gateway has been enhanced to 

494 provide a more secure way of handling session id's. The Sessionld is no longer part of the URL. 

495 SessionlD's are kept as cookies. The cookies are created without an expiry so they are not written to disk 

496 and they only last while the browser is running. Each Sessionld is unique and is not related to any other 

497 session, past or present. Each Sessionld is paired with the TCP/IP address and is verified for every 

498 transaction. 

499 . . 

500 For the browser user this mean that he/she can bookmark access to preferred services. When a session is 

501 established and the user select a bookmark, the system will not ask the user to signon. Only when a session 

502 is not established will the user be asked to signon. 

503 2.4.2 Controlling System Availability and System Trace 

504 This describes the implementation of requirements #25 and #32 specified in section 1 .2 plus additional 

505 functionality derived from the requirements. 
506 

507 The Cool ICE Service Handler will be updated to check for the System Setting in table 27E. When the Cool 

508 ICE system has been taken off-line a user defined system availability message will be send back to the 

509 browser user. 

510 2.4.3 Enhanced Graphics Support 

51 1 This describes the implementation of additional functionality derived from the requirements. 

512 
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513 Available Graphic Chart types will be expanded to include the following new types of charts:- 

514 - Pie, Bar, Gant, Line, Log Line, Polar, Area, Scatter, Tape and Buble. 
515 

516 List of possible chart types is available in report 6B of the Cool ICE cabinet. 

l]l The Cool ICE Graphing Interface Routine located in 9B of the Cool ICE cabinet has been enhanced to 

519 handle a call from a remote Cool ICE service. 

521 Creating Cool ICE Dynamic Graphs will be enhanced to allow specifying the size of a graph. The graphics 

522 interface routine located in 9B of the Cool ICE cabinet will be given a new entry point with additional 

523 parameters:- „ 

524 @002:(<ChTyp>,<Height>,<Width>,«O'itle>,<GphNbr>,\ 

525 <ImgPath>,<TempDir>,<TraiisId>,<GphImgFile>,<status>) . 

527 Height and Width parameters have been added. Height and Width is specified in twip's. F.ex. a 

528 height,width of 2000,2000 equals 89, 134 pixels. 

529 

530 Default height,width is 5850,8600 which will be applied when no size is specified. 
531 

532 Minimum height, width is 1000,1000. 

534 Example #15 in the example category delivered with Cool ICE provides guidance for how to specify the 

535 size of a graph. 

W A STATUS parameter has been has been added to the interface routine. Thus is used to provide feedback to 

538 the calling service as to whether the graph was produced successful or not The status P>"^ 

539 me value 0 (zero) when the graph is produced successful. The status parameter contains the value contams 

540 9 when an error occurred while producing the graph and the GphlmfFile parameter points to an error 

541 image. 

542 2.4.4 Positional URL Parameters 

543 This describes the implementation of requirement #26 specified in section 1.2 plus additional functionality 

544 derived from the requirements. 

Handling of positional parameters specified on the URL will be improved. ^^^^^^ 

547 URL without keyword will be interpreted as positional parameters and the Cool ICE Service Handler will 

548 generate default keywords as follows:- 

549 Error! Reference source not found. 

550 

551 This URL will generate the following input to the service:- 

552 @ldv,p ^atego^sS^Examples* . 

553 @ldv,p ^ervicOsS^Forml' . 

554 @ldv,p ^araml^S^'hello' . 

555 @ldv,p ^araml^^world' . 

556 2.4.5 Service Error Analyser via the Browser 

557 This describes the implementation of additional functionality derived from the requirements. 

559 A new Cool ICE System Service "SvcDump" will be included to view an error dump from a service that 

560 failed The Cool ICE Service Handler will be enhanced to display a message with a link to the new 

56? "SvcDump" when a service terminates abnormally. THis gives the service developer the capability to view 

562 the service error dump using a browser. 

564 The link to the "SvcDump" service will only be available if the security profile of the browser user allows 

565 access to the "SvcDump" service. • 
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566 2.4.6 Additional System Variables 

567 This describes the implementation of additional functionality derived from the requirements. 
568 

569 Additional Run-Time information about the environment will be made available to Cool ICE Services. The 

570 Cool ICE Service Handler will be updated to supply the following additional Cool ICE system variables in 

571 the services input (-8) being passed to a service:- 
572 

573 - <GSysCat> Name of Cool ICE System category (f.exiCEADM) 

574 - <GSvrName> Name of Web Server (f.ex. coolice.au.unisys.com) 

575 - <GSvrProtocol> Protocol (f ex. HTTP/1.0) 

576 - <GSvrPort> Server Port number (f ex. 80) 

577 - <GRemoteAddr> IP Address of client (f.ex. 129.223.41.102) 

578 - <GUserAgent> Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 

579 - <GGatewayIn> Gateway Input File 

580 - <GInvkSignon> Invoke Signon (y/n) 

581 2,4.7 Support for Image Maps 

582 This describes the implementation of additional functionality derived from the requirements. 

583 ' 

584 The Cool ICE Service Handler will be updated to support the HTML ISMAP's. The Cool ICE service will 

585 receive two variables (<X> and <Y>) containing the coordinate position of the mouse pointer when the 

586 user click within an image defined with the ISMAP attribute. 
587 

588 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) in the service input 

589 report containing the corresponding x and y coordinate position of where the user clicked on the map. 

590 2.4.8 Service Expiration Date Enforcement 

591 This describes the implementation of requirement #60 specified in section 1 .2 plus additional functionality 

592 derived from the requirements. 
593 

594 The Cool ICE Service Handler will be enhanced to verify if a service or object being requested from the 

595 Cool ICE Repository has expired. This is utilizing the "Expiration Date" attribute. 

596 2.4.9 Automatic Object Download 

597 This describes the implementation of requirements #1 and #28 specified in section 1 .2 plus additional 

598 functionality derived from the requirements. 
599 

600 The Cool ICE Service Handler will be enhanced to support downloading objects to the browser. The 

601 download will be handled transparent to service, so no special scripting is necessary. Any object stored in 

602 the Cool ICE repository will be downloaded, this can be an object such as PPTs, XLS's, DOCs, etc. A 

603 Cool ICE service just provides a link to an object using the normal HTML Anchor Tag. 
604 

605 All examples in the example category will take advantage of this feature. All examples will include a link 

606 to the lowered by Cool ICE" image which will be stored in the Cool ICE repository. 

607 2,4.10 Image Viewer 

608 This describes the implementation of requirement #1 specified in section 1 2 plus additional functionality 

609 derived from the requirements. 
610 

61 1 A new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool ICE 

612 Repository. The Cool ICE Menu Builder will be enhanced to include a link to the new "Dsplmg" service 

61 3 when an object is a GIF or JPG type and it is direct accessible. This provides the capability to view images 

614 in the Cool ICE Repository just by changing the accessibility attribute to "Direct". 
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615 2.4.11 User Password Change 

616 This describes the implementation of requirement #2 specified in section 1.2 plus additional functionality 

617 derived from the requirements. 
618 

619 Anew Cool ICE System Service "Change-Password-Form" will be included to allow Cool ICE browser 

620 users to change their own password. A user must be a registered Cool ICE user and be allowed to change 

621 password in order to use the "Change-Password" service. 
622 

623 A new Cool ICE System Service "SignOfT will be included to allow Cool ICE users to sign off from Cool 

624 ICE. After Sign Off, the Cool ICE Sign-On form will be displayed. This means a user can safely leave the 

625 workstation without the workstation having a session open to Cool ICE. 

626 2.4.12 Cookies Support 

627 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 

628 derived from the requirements. 
629 

630 The Cool ICE Service Handler will be updated to support cookies. Cookies can be set by individual Cool 

631 ICE services and the cookie keywords and associated values will be passed into the Cool ICE services. 

632 Cookies will be passed into the Cool ICE services through the "-8 M mechanism and is presented in the 

633 browser input section. A cookie keyword will be used as the variable name and the normal naming 

634 conventions for MAPPER variable naming will apply. 
635 

636 Example #1 5 and example #1 6 in the examples category will provided examples of how to set and re-set 

637 cookies. 
638 

639 2.4.13 Repository Search Capability 

640 This describes the implementation of requirement #22 specified in section 1.2 plus additional functionality 

641 derived from the requirements. 
642 

643 Function for the browser user will be added to allow searching for Cool ICE services available in the Cool 

' 644 ICE Repository. The search engine allow search for words, phrases using wildcard (*) and boolean 

645 operators (and, or, not). 
646 

647 The result of a search will be a list of service titles that match the query. Only services that match the user 

648 security profile will be listed. 
649 

650 The Search function will be implemented as a Cool ICE service ("SearchForm"). The Search function will 

651 be accessible from the browser and available from the main Cool ICE menu. The Search function is only 

652 available if the user security profile provide access to the function. 

653 2.4.14 Event Viewer 

654 This describes the implementation of requirement #22 specified in section 1 .2 plus additional functionality 

655 derived from the requirements. 

656 

657 A Cool ICE Event Viewer will be implemented. It will provide a browser interface for viewing the Cool 

658 ICE Event Log. 
659 

660 The Event Viewer will be accessible from the main Cool ICE browser menu for users who have been 

661 granted access via the user profile security. 
662 

663 The Event Viewer will display a list of Log Report and a number of options for viewing the log 

664 information. One or more Log Reports can be selected for viewing. 
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665 2.4.15 Uploading Files to the Repository 

666 This describes the implementation of requirement #28 specified in section 1 .2 plus additional functionality 

667 derived from the requirements. 
668 

669 The Cool ICE Service Handler will be updated to provide support for File Upload as descnbed m section 

670 23.6. 

671 2.4.16 Enhanced Handling of HTML Tag Delimiters 

672 This describes the implementation of additional functionality derived from the requirements. 
673 

674 The Cool ICE Service Handler will be updated to pass anything between [SCRIPT ...] and [/SCRIPT] as it 

675 is and NOT translate the HTML Tag delimiters from [] to o. 
676 

677 The Source Viewer service will be improved to make a better decision whether a line is a Cool ICE Script 

678 or an HTML Tag particular when there is no @ character in column one. 

679 2.5 Discontinued Functionality 

680 

681 2.5.1 Static Document Outside Cool ICE 

682 The storage of Static Documents in directories outside the Cool ICE system has been removed This has 

683 been replaced by the new feature (Requirement #1 that provide functionality to upload and store Static 

684 Documents in the Cool ICE Repository. 
685 

686 As a result of this, functions for maintaining Document Directory Aliases has also been removed. 

687 2.5.2 Transfer Cool ICE System Images 

688 The "Transfer Cool ICE System Images" function within "Image Directory Alias" dialog has been 

689 removed. With Cool ICE 1 . 1 all system images are stored in the Cool ICE Repository. Cool ICE 1 . 1 will be 

690 taking advantage of the new image handling capabilities introduced with this release. System images will 

691 be stored in "ICEADM" system category. 

692 3. Revision History 

693 
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$+ Cool ICE 1.1 

# Copyright © 1997 Unisys Australia. 
The Cool ICE Administration module: 

• provides an environment for administrating a company's Internet/Intranet services 

• assists with the development of these Internet/Intranet services 

• provides capabilities for handling the deployment of Internet/Intranet services 

Cool ICE Administration is primarily targeted at service developers who will be developing, maintaining and 
enhancing Internet/Intranet services. Functions are also provided for non-technical people to publish static 
documents over the Internet/Intranet. 

The Cool ICE system is a Repository-based system that provides a single point of control for a company's 
Internet/Intranet assets. Cool ICE Administration provides a point and click environment for maintaining services 
and their categories in the Repository. 

Cool ICE Administration is implemented using Unisys's 4GL Mapper software and uses the power of Mapper for 

development as well as deployment. , 

The Cool ICE on-line help contains the following main topics: 

• Categories 

• Objects 

• ^vent Viewer 

• Security 

• Options 
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$K+ Categories 

# A category is a collection of services and objects. It is a way of grouping related objects which together create an 

application, or it may be used to group related topics. 

The following illustrates the structure of categories in the Cool ICE Repository: 

Cool ICE System 
Category A 

Service A1 

Service A2 
Image 11 

Category B 
Service B1 

A category can be set up either as a local category or as a remote category. 

• A local category means that all the services and objects for the category will physically reside on the same 
server within the local Cool ICE system. 

• A remote category means that all the services and objects for the category will physically reside on a remote 
server within the Cool ICE system on that remote server, interconnected via the Cool ICE networking 
capabilities. Although a category is remote, the Repository information is kept in the central Repository on the 
local system. 

Cool ICE Administration will automatically handle the necessary networking to store and retrieve services and 
objects belonging to remote categories. 

Subtopics are: 

• New Category 

• Delete Category 

• Cate gory Properties 

• Rename Category 

• Ex port Category 

• Import Category 



$ Categories 
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$K+ New Category 

The New Category option is used to create a new category. Setting up a new category involves allocating a 
drawer in the Mapper system database as the areas for storing the services for this category. The drawer for a 
category on the local Mapper system will be generated automatically. 

Setting up a new category requires that the user have Mapper Coordinator privileges which give permissions to 
allocate and generate a new drawer in the Mapper database. 

In order to create a category on a remote Mapper Server system, the drawer for the category must have been 
allocated and generated by the coordinator of the remote Mapper system. The drawer must be generated as free 
form and 80 characters wide. 

Category Name 

A unique name to identify the category within the Repository. 

Category Title 1U . 

A 70 character long title that will be shown in the list of categories viewed from the browser . 

ThSappercabinet and drawer to be allocated for storing the services within the category. To locate an available 
Mapper cabinet and drawer click Browse . 

f at CooMC?System Category: This option is used to nominate a category to be the Cool ICE System Category 
Cool ICE requires a category to be available containing specific services related to the deployment of Cool ICE. 
A category named "ICEADM" containing default system services is delivered with Cool ICE. If an installation 
want to customize the system services, it is recommended to copy the system category to another category 
before applying modifications. This option should then be used to nominate this new category as the System 
Category for this Cool ICE system. Only one system category is allowed for a Cool ICE system. It will therefore 
be necessary to remove the system specification on the current category before nominating another category. 

. Direct accessible from menu: When checked, this identifies that the category should appear in the menu 

displayed at deployment time in the browser. 
. Available on the Net: This option allows for easily taking a whole category Off the Net while doing maintenance 

to a range of services within the category. By default, a new category is Off the Net until services are provided 

within the category, at which time the category should be put On the Net using the Cateqory Properties option. 
. Read only: When checked, this option will identify the category as a read only category. This mean that services 

and objects in this category cannot be updated using the Cool ICE Administration functions. This is to prevent 

accidental updates to a category. 

Thisallws^to select an icon from the Cool ICE repository to be shown next to this category in the menu displayed 
at deployment time in the browser. You click on the browse button to browse and select the icon from the cool lot 
Repository. The Default Icon button will reset the icon to the system default. The default category icon can be 
configured using the Cool ICE System Settings function. 

Enable Remote Category n«^„„ Qr 
When checked, indicates that the category is to be located on a remote Mapper system. A list of remote Mapper 
systems which have been configured in the Networking Configuration report (1C2), will be displayed for selection. 
Cool ICE Administration will verify that the cabinet and drawer specified for the Services Drawer has been 
generated on the remote Mapper system and is empty. The coordinator of the remote Mapper system must nave 
allocated and generated the drawer as a free form 80 character wide drawer. 

Enable User Authentication 



* New Category 

* Availability;Category Drawer; Category lcon;Category Name;Category Title;Enable Remote 
Services;Enable User Authentication;New Category;Services Drawer;System Category 

* HDK:00003 
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This is related to remote categories. When checked, it means that in order for an end user's browser to gain 
access to a service within this category, their user-id must be passed to the remote Mapper system and validated 
on the remote system. This provides a high level of security, but requires additional administration. When 
unchecked, a default user-id and password can be specified and this will then be used for all access to the services 
within the category. This user-id and password must be defined on the remote system. 



$K+ Delete Category 

*The Delete Category option is used for deleting a category. Categories located on the local Mapper system will be 
deleted from the Repository. The Mapper drawer containing the services will also be physically deleted from the 
system. For remote categories, only the Repository information will be deleted. 



J Delete Category 
K Delete Category 
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$K *Category Properties 

"The Category Properties function allows you to select a category and vjgw or change the properties. 



$ Category Properties 
K Category Properties 
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$K *View Category Properties 

*The View Category Properties dialog allows you to change the Name, Title. Options and Icon of a category. 
For description of individual fields, please see New Category function. 
Category Drawer and Remote Server Location 

These cannot be changed. In order to move a category to another location, you must create a new category and 
use the Copy Service option to copy the services to the new category. 



* View Category Properties 

K Availability;Category Drawer;Category lcon;Remote Server Location;Rename;Services 
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* K+ Rename Category 

The Rename Category option allows the administrator to change the Repository name of a category. Cool ICE 
Administration will automatically change the name everywhere it appears in the Repository. For local categories the 
drawer name will also change where used by the Mapper system. 
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$K+ Export Category 

*The Export Category option provides an easy way of saving the services and objects of a whole category to 
another media. This can be used for exchanging a category with another Cool ICE system, or simply for backing up 
the service and object specifications for a category. 

Category to Export 

The category you want to export. 

Directory to Export to 

The directory where the category and associated service will be written to. This can be a directory on the hard drive 
of your local workstation, or simply a diskette on your workstation for easy exchange with another Cool ICE 
system. A directory can only contain one exported category. If attempting to export to a directory already containing 
a category, a warning will be given and you will receive the option to overwrite. 

Cool ICE Administration will export all the Repository information for the category and the associated services and 
objects and will export the service specifications themselves including any associated Style Guide information. 
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$K+ lmport Category 

The Import Category option will import a category that previously has been exported from another Cool ICE 
system. 

This S2l be anempty category. Cool ICE Administration will import all services and objects included in the 
cateaorv If vou only want to import selected services, we recommend that you import the category to a temporary 
category and then use the Coov Service option to copy the selected services from there. If the category to import 
into already contains objects, you will receive a warning and the option to overwrrte. The .mport function will use the 
original database report number and replace objects in the same database report number. 

This^t^ the category was previously exported to. This can be a directory on the hard drive of 

your local workstation, or simply the diskette drive on your workstation. 
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$K+ Objects 

"Object is a common term for those services and objects you are keeping in the Cool ICE Repository and 
providing on the Internet/Intranet. 

An object can be one of the following: 

• Documents with static content such as company information and product descriptions 

• Inquiry forms and fill in forms such as order entry forms 

• Dynamic services providing access to databases and building HTML documents dynamically 

• Service Templates for assisting the service development containing commonly used script methods. 

• Images and icons 

• Applets 
Subtopics are: 

• Object Attributes 

• New Repository Object 

• Open Repository Object 

• Close Repository Object 

• Save Repository Object 

• SaveAs Repository Object 

• Copy Repository Object 

• Delete Repository Object 

• Rename Repository Object 
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$K *Object Attributes 

*The attributes of an object are stored in the Cool ICE Repository together with its actual object/service 
sJeciSns ^ou can use the Object Attributes dialog to modify these attributes. This d.alog w.ll be d.splayed 
when opening an existing service or starting a new service. 
You specify the name of a new object when you save it to the Repository. 

tE the repository name of the object. It is specified when you save the object to the repository. 

Sto is°the category to which the object belong within the repository. The category is. specified when you save the 
object to the repository. 

Sic^tor for the physical database location of the object. This is determined by the system when you save the 
object to the repository. 

SiSto/that show the type of the object. The object type is determined when creating a new object and cannot be 
changed. 

2 70 character long title that will be shown in the list of objects/services viewed from the browser. 

Xtonfor easily taking an object/service Off the Net while updating the object ^By default, a new service is Off 
the Net until service specifications have been updated, at wh.ch time the serv.ce should be put On the Net. 

SeTw D henthe object becomes unavailable to the browser users. On or after the date specified, browser users 
whraitemptto request the object will receive a message indicating the object is no longer avertable. 

WeXs°hoS the browser user can access the object. Menu means that this object is a service which is 
esSSle for delaying the menu of available services to the browser. When Menu is not chosen the system w.ll 
^mS^SSsSS^^ of available objects within a category. Direct means a ink to the object w.l be 
S^lffi^iiS^u built and displayed by the system. In-Direct means the object can only be requested 
indirectly from other services/objects. 

TO? allows" to select an icon from the Cool ICE repository to be shown next to this object in the , men ' displayed at 
deSovment «me in the browser. You click on the browse button to browse and select the .con from the Coo, , C E 
Repositor! 'The default Icon button will reset the icon to the system default. The default object .con can be 
configured using ths Cool ICE S ystem Settings function. 

Object Specifications 

The content of this frame will vary depending on the type of object: 

?his fra^SSdrsplayed when the object type is Dynamic. By clicking on the document icon you will get 
^^H^Sv^SLs. The service specifications are Coo. ICE Scripting functions The .service ,.s 
Saved as a CodlCE Database result report and can be edited using Cool ICE Database edAng functions. 
Sal rules Xf^n?a E Databaie result report apply which for example means that the content of 

the ^1iSa?5 -SSSrt the time you return will be returned to Coo. ICE Administrate and will be 
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regarded as updates to the service. Using functions such as Find or Locate should be avoided as they are 
native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Trace On 

Provides a powerful debugging aid for tracing problems in a dynamic service. When turned on, the service 
request from the browser, including all input to the service, will be saved in a trace log. 

Export HTML 

If the template contain HTML, this is used to export the HTML to be maintenance by an HTML Authoring 
tool. 

Import HTML 

Used for importing HTML f rom an HTML Authoring tool to the service. 
Document Specifications 

This frame will be displayed when the object type is Static Document. By clicking on the Modify Document icon 
you will get access to the document specifications. The document is displayed as a Cool ICE Database result 
report and can be edited using Cool ICE Database editing functions. Normal rules for editing a Cool ICE 
Database result report apply which for example means that the content of the current displayed report at the 
time you return will be returned to Cool ICE Administration and will be regarded as updates to the service. 
Using functions such as Find or Locate should be avoided as they are native Cool ICE Database functions and 
causes that you cannot return to Cool ICE Administration. 

Export Document 

This is used to export the Document t o be maintenance by an HTML Authoring tool. 
Import Document 

Used for importing a Document fr om an HTML Authoring tool to the document. 
Image Specifications 

This frame will be displayed when the object type is Image. 
Export Image 

This will ex port the image to a file on your workstation. You can the open and edit the image by an Image 
Editor tool. 

Import Image 

Used for importing an image f rom a workstation file and replace the current image. 
Template Specifications. 

This frame will be displayed when the object type is Template. By clicking on the Modify Template icon you will 
get access to the template specifications. The template specifications are Cool ICE Scripting functions. The 
template is displayed as a Cool ICE Database result report and can be edited using Cool ICE Database editing 
functions. Normal rules for editing a Cool ICE Database result report apply which for example means that the 
content of the current displayed report at the time you return will be returned to Cool ICE Administration and 
will be regarded as updates to the service. Using functions such as Find or Locate should be avoided as they 
are native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Export HTML iu . 

If the template contain HTML, this is used to ex port the HTML to be maintenance by an HTML Authoring 

tool. 

Import HTML 

Used for importing HTML from an HTML Authoring tool to the template. 
Applet Specifications 

This frame will be displayed when the object type is Applet. 
Export Applet 

Exporting an applet is not available. 
Import Applet 

Used to import an updated version of the applet from a workstation file. 
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$K+ New Repository Object 

*The following is a list of different objects you can insert in the Cool ICE Repository: 

• Dynamic Service 

• Image 

• Applet 

• Template 

• Static Document 
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$K+ Dynamic Service 

*The Dynamic Service option starts the creation of a new dynamic service. The following options for new dynamic 
services are available: 

Dynamic Service based on Cool ICE Script Template 

Opens a dialog box providing access to browse the Cool ICE repository to select an appropriate template which 
you want to use as the basis for the new dynamic service. 

Dynamic Service based on HTML Template . 
Allows the service developer to combine the use of HTML authoring tools with the Cool ICE Scripting development 
environment. This will imnort templates previously created with an HTML authoring tool into the Cool ICE service 
run to form the basis for developing a dynamic service. Inquiry Forms, Input Forms and Output Tables are 
examples of HTML templates able to be developed using an authoring tool. 

Dynamic Service based on existing script . 
Allows to browse the Cool ICE database to select an existing script report which you want to use as the basis tor 
developing a new dynamic Cool ICE service. 
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$K+ Select Template 

*The Select Template function allows you to browse the Cool ICE Repository selecting a Cool ICE Template object. 
Only objects previously inserted into repository as Cool ICE Templates using the new template function will be 
listed. 

Use default Cool ICE Template 

When checked, this option will select the Cool ICE default template. This template contains the very basic format 
for a Cool ICE dynamic service which is the format all Cool ICE services must conform to. 
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$K+ lmport HTML Template 

The Import HTML Template option is associated with the Dynamic Service based on HTML Template option 
which yo P u can select when creating a n* w Hvnamic service. The following describes what happens dunng the 
import process: 

. HTML tags are mapped to the Cool ICE Style Guide. The HTML template is scanned and selected HTTML tags 

a^nd attrSes are translated into the equivalent Stvle Guide keywords. The mapp.ng between the HTML tags 

and Style Guide ke^ords is described in table 30E. Maintenance of this table is only provided through the use 

of manual Mapper editing options. 
. Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 

then transferred to either the Cool ICE Repository or the image directory on the web server. 
. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a . space o. -at I the end of 

an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 
. Essential Mapper run statements are inserted. The necessary Mapper run statements to turn the HTML 

template into a dynamic service and to interface to the Cool ICE system are inserted at the top and bottom of 

the template. 

. HTML tag delimiters are converted. HTML tag delimiters (less than and greater than) are converted to opening 
and closing square brackets. This is to avoid confusion with the standard Mapper variable name delimiters (less 
than and ^eater than). These delimiters will automatically be converted back by the Cool ICE Semce Handler 
before a document is sent to the browser. 

. Anything between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 
b£ passed untouched. JavaScript/VBScript typically contain special characters such as <> and Q and special 
characters like these will not be converted. 

. The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing another 
sertS from an html form <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the action field Ttos 
V^^^S^m have to modify and replace COOL-ICE-SERVICE with the approbate Cool 
ICE service name. 

Workstation HTML File * , , ^ , , 

Specifies where on your local workstation the HTML template is to be imported from. 

5 ro ws e 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

A^JSJtolim uploading of images referenced within the HTML template on and off. Based on the reference to 
Z Se "as Sed tn the HTML tag <IMG>, Cool ICE will attempt to determine the location of the image. If the 
mage rSide^ Sna die not accessible from your workstation, you will be asked to specify the exact locaton or 
She S If the image file already exists on the server you will be asked to confirm replacing the mage. 
MuUiple Sees to the same image are not detected and you will be asked to confirm replacng the image. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted in _the Cool 
ICE repository This option is recommended to use when you want to manage images by the Cool iu= 
A^m nKn environment for things like securing, backing up and exporting/importing I W 8 ^*^" 8 
this option you will be allowed to specify in which Cool ICE Repository Category to save the uploaded ima qe . 
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Save in Server Directory. This mean that images being uploaded to the server will be inserted m an image 
directory on the server outside of the Cool ICE database. This option is recommended to use when 
Derformance of sending images to the browser is more important than manag.ng the .mages by the Cool ICE 
M<SS>1 ? environment .When selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server image directories is displayed for selection. 
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$K *lmport Existing Script Report 

The Import Existing Script Report option allows you to browse the Cool ICE database to select an existing 
database report to be used as the basic for a new dynamic Cool ICE service. 

Slo^ the location of an existing script report. If you know the report identification you can 

specify it directly. The Browse button allows you to >^ r.nn\ IOF database and select an ex.st.ng report. 

AddIv default Cool ICE script envelope 

When checked the standard Cool ICE script envelope will be applied to the scr.pt report. The script envelope s 
Cool ICE script statements necessary for a dynamic service to interface to the Cool ICE run tame env.ronment. 
Script will be inserted at the top and bottom of the script report. 



$ Import Existing Script Report 
K Import Existing Script 
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$K *Upload Image File 

The Upload Image File dialog is displayed when the upload process of an HTML template cannot determine the 
location of an image to be transferred from the workstation to the Web server. 
You are asked to identify the location of the image or skip upload of this image. 



* Upload Image File 
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$Kt Save Uploaded Object 

*As a result of uploading images to the Cool ICE repository this dialog box will appear asking you to 
category you want to insert the image and you are asked to provide the Object Name. 

Csncsl 

Selecting the cancel button will skip the upload of the image. 



$ Save Uploaded Object 
K Save Uploaded Object 

♦ HDK:00022 

# t-inioRQAr.Fcn 



( 



$K *lmport Image 

*The .mport Image function is used when inserting a new image in the Cool ICE Repository and when .mport.ng 
nTw revision to replace an existing image in the Cool ICE Reposrtory. 

your .ocal workstation the image is to be imported from. 
Altowt e you to browse through directories to find the image file. 
S e you P to specify the type of image if it is different from the file extension. 
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* K+ lmport Applet 

The Import Applet function is used when inserting a new applet in the Cool ICE Repository and when importing 
new revision to replace an existing applet in the Cool ICE Repository. 

Workstation Applet File . 

Specifies where on your local workstation the applet is to be imported from. 

Browse 

Allows you to browse through directories to find the applet file. 
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$K *lnsert Template 

The Inserting Template function is used when inserting a new template in the Cool ICE Repository. You are 
allowed to browse through the Cool ICE Repository to select an existing service or template to be used as the 
basic for the new template. 
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$K+ lmport Static Document 

The Import Static Document option is associated with the New Repository Object option. The following describes 
what happens during the import process: • 

. Images are uploaded to the Web Server. The HTML document is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

. Lona lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 
an HTML itg^enLt is not possible, a line will be broken at column 80 and confnued on the next l.ne. 

. Because this is a static document, no Cool ICE Script functions are inserted. 
. HTML tag delimiters are not converted. 
Workstation HTML File 

Specifies where on your local workstation the HTML document is to be imported from. 
AHowsyou to browse through directories to find the HTML document. 

XffwuTfurn uploading of images referenced within the HTML document on and off. Based on the reference 
to ?he imaae a ^ soedfied in the HTML tag <IMG>, Cool ICE will attempt to determine the location of the image. If 
M^Z^^aM^ accessible from your workstation, you will be asked to specify the exact location or 
s^ P The 9 uS If thetmage file already exists on the server you will be asked to confirm rep acng the .mage. 
M Xle Sees to the same image are not detected and you will be asked to confirm replacng the .mage. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted m , the Cool 
TCE repository This option is recommended to use when you want to manage .mages by the Cool ICE 
AdmSation environment for things like securing, backing up and exporting/.mport.ng images When selecting 
(ntTpton you w"ll be allowed to specify in which Cool ICE Repository Category to save the uploaded image . 

. Save in Server Directory. This mean that images being uploaded to the server will be inserted ir .an image 
Rectory on the server outside of the Cool ICE database. This opt.on .s recommended to use when 
Srrnance of sending images to the browser is more important than managing the .mages by the Cool ICE 
mSSS^ ? envSnmentWhen selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server image directories is displayed for selection. 
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$K+ Export HTML 

The Export HTML option is used when you want to use an HTML authoring tool for maintaining and updating i the 
Sl templaie wUhin a service. The HTML section of the service will be exported to a file on your workstation. 
rSlenTe opened in the authoring tool and updated using features of that tool. When finished the 
template should be saved to the file ready for being imported back into the service. 

Everything within the sen/ice between the start and end HTML tag ([HTML] and [/HTML]) will be exported. Any 
Ze scrying options will be included and identified using the HTML script tag [SCRIPT] and associated end tag 
SlPT] The position of script options relative to HTML tags should be ma.nta.ned when updating the HTML 
S^ate J?lhe authoring tool. If required, the script options can be updated us.ng the authoring tool as all of the 
HTML template including script options will be imported back into the serv.ce using the Import HTML option. 
Any script language such as JavaScript or VBScript identified between [SCRIPT.. .J and [/SCRIPT] will bepas»d 
uSed. JavaScript/VBScript typically contain special characters such as <> and 0 and special characters like 
these will not be converted. 

In case the Dynamic Service you are exporting from contain more than one HTML template a dialog box will 
appear requesting you to identify and seject which of the HTML templates you want to export. 
References to the stvle Guide within the HTML template will be replaced with their respective values from the Style 
Guide for the current service. 

Workstation HTML File , . - . u a ♦« 

Specifies where on your local workstation the HTML template is to be exported to. 

Browse 

Allows you to browse through directories to find a file name. 
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'"'Import HTML 

*The Import HTML option is used for importing an HTML template into the current open service after having ^ 
exported it for editing in an authoring tool. The HTML template being imported will replace everything within ttie 
current open service between the start and end HTML tag ([HTML] and [/HTML]). The following describes what 
happens during the import process: 

. HTML tags are mapped to the Cool ICE Style Guide. The HTML template will be scanned and selected HTML 
tags and attributes translated into the equivalent Stvle Guide keywords. The mapping between the HTML tags 
and Style Guide keywords is described in table 30E. Maintenance of this table is through the use of manual 
Mapper editing options. 

. Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 

then transferred to either the Cool ICE Repository or the image directory on the web server . 
. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 

an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 
. HTML tag delimiters are converted. HTML Tag delimiters (less than and greater than) will be converted to 

opening and closing square brackets. This is to avoid confusion with the standard Mapper variable name 

delimiters (less than and greater than). These delimiters will automatically be converted back by the Cool ICE 

Service Handler before a document is sent to the browser. 
. Anything between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 

be passed untouched. JavaScript/VBScript typically contain special characters such as <> and 0 and special 

characters like these will not be converted. 
. The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing another 

service from an html form. <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the action field This 

means the service developer just have to modify and replace COOL-ICE-SERVICE with the appropriate Cool 

ICE service name. 

In case the Dynamic Service you are importing to contain more than one HTML template, a dialog box will appear 
requesting you to identify and select which of the HTML templates you want to replace. 

Workstation HTML File 

Specifies where on your local workstation the HTML template is to be imported from. 
Browse 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

AlCyoTtofum Hploadfngof images referenced within the HTML template on and off. Based on the reference to 
the image as specified in the HTML tag <IMG>, Cool ICE will attempt to determine the location of the image. If the 
image resides on a drive not accessible from your workstation, you will be asked to specify the exact location or 
skip the upload . If the image file already exists on the server you will be asked to confirm replacing the image. 
Multiple references to the same image are not detected and you will be asked to confirm replacing the image. 

Wentifies"^ the Internet/Intranet server to which the image should be transferred. A list of valid server 

imaoe directories is displayed. 
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JK+ Select HTML Template 

The Select HTML Template dialog box appears when a dynamic service contains more than one HTML template. 
When exporting HTML from a dynamic service or importing HTML to a dynamic serv.ce containing more than one 
HTML template, you will be asked to identify which HTML Template you want. 
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$K+ Export Document 

to the file ready for being imported back into the Cool ICE Repository. 

Workstation Document File . 

Specifies where on your local workstation the HTML Document is to be exported to. 

Browse 

Allows you to browse through directories to find a file name. 
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$K+ Export Image 

The Export Image option is used when you want to use an image Editing tool for editing the image The Image will 
be exported to X Tyour workstation" This file can then be opened in the Image Editor and updated using 
feaS that tool. When finished the image should be saved to the file ready for be.ng imported back into the 

Cool ICE Repository. 

Workstation Image File 

Specifies where on your local workstation the Image is to be exported to. 
Browse 

Allows you to browse through directories to find a file name. 
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$K+ Open Repository Object 

The Open Object option allows you to browse the Cool ICE Repository for selecting an object to open. The object 
S be Kued and locked to your workstation. Any other workstation attempting to open the same object will get a 
^SSSSSS^Z object is already issued to your workstation. Objects located withm remote categor.es 
m!u^^epuL across from the demote system and presented on your workstat.cn. Also, remote 
objects will be locked to the workstation opening the object. 

St developer to open an object that is locked to another workstation in read only mode. If an object opened 
in read only mode is modified, it can only be saved in the Repository under a new name. 



s 
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$K+ Close Repository Object 

*The Close Object option releases the object which is currently open and locked to your workstation. It will verify if 
the object attributes including object specifications have changed and if necessary save the object back into the 
Repository and close the Object Attributes dialog. 
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$K+ Save Repository Object 

The Save Object option saves changes to object attributes including object specifications back into the Repository. 
The object remains locked to your workstation. 
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$K+ SaveAs Repository Object 

The SaveAs Object option allows you to save an object under a new name and also specify in which category the 
object will be saved. 
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$K+ Copy Repository Object 

The Copy Object option allows you to copy one or more objects from one category to another or within the same 
category. 

The object attributes and object specifications, including associated Style Guide objects, will be copied. 
Cool ICE Administration provides copying to and from remote categories and will automatically handle all the 
^^SSSSq between remote servers. Copying directly between two ^ P^^^ u a pported - 
In order to copy from one.remote category to another remote category we recommended that you create a 
category on the local system to be used for temporary intermediate storage. 

Ss F you to browse through categories. Within a category, you may select one or more services to copy by 
highlighting the objects in the list. 

Ssed'foTselecting all objects in a category. The objects in the list will not be highlighted but they will all be selected 
for copying and will appear in the confirm Copy Obiect dialog. 

Sows^ju to select the category to which you want to copy the objects. 



* Copy Repository Object 

K Copy Frorrr.Copy Repository Object;Copy To.Select All 

♦ HDK:00032 



( 



$K+ Confirm Copy Object 

The Confirm Copy Object dialog allows you to confirm copying of all selected objects or of individual objects from 

the list. 

Yes 

Confirms copying the highlighted object only. 
Yes to All 

Confirms copying all the objects in the list. 
No 

Removes an object from the list. 
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* K *Confirm Replace Object 

The Confirm Replace Object dialog is displayed in case an object name already exists in the category bang 

copied to. 

Donf3Ce 

Allows you to confirm Replace. The existing object will be overwritten. 

SSSf^Tto confirm Replace for all objects. M existing objects with duplicated names wi.l be overwritten. 
No 

Skips copying the object. 

/Stows you to specify a new name for an object with a duplicated name. 
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$K+ Delete Repository Object 

*The Delete Object option allows you to delete one or more objects from a category. 

Browse through available categories and select a category. Within a category, select one or more objects to delete 
by highlighting the objects in the list. 

^deselecting all objects in a category. The objects in the list will not be highlighted but they will all be selected 
for deletion and will appear in the r-nnfirm ndete Obiect dialog. 



$ Delete Repository Object 
K Delete Repository Object 
+ HDK:00035 
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^Confirm Delete Object 

*The Confirm Delete Object option allows you to confirm deletion of all selected objects or remove individual 
objects from the list. 

The object attributes and object specifications, including associated Style Guide objects, will be deleted. 
Yes 

Confirms deleting the highlighted object only. 
Yes to All 

Confirms deleting all the objects in the list. 
No 

Removes an object from the list. 



* Confirm Delete Object 
K Confirm Delete Object 
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$K+ Rename Repository Object 

"The Rename Object option allows you to change the Repository name of an object. 

Browse through available categories and select a category. Within a category, select the object to rename by 

highlighting the object in the list. 



* Rename Repository Object 
K Rename Repository Object 
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$K *Confirm Rename Object 

The Confirm Rename option allows you to specify a new name for the object. The name of the object will be 
changed wherever it is used within the Cool ICE Repository. 



1 Confirm Rename Object 
K Confirm Rename Object 
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$K *Event Viewer 

*The Event Viewer option allows you to view events logged by Cool ICE. The following types of event logs are kept: 

. Access Log . Logs all requests for services made from a browser. 

. Error Log . Logs any service failure due to a syntactical error in the service specifications. 

. Trace Loo . Records information for services that have the Trace On attribute checked. 



$ Event Viewer 
K Event Viewer 
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* HDK3B9ACC00 



r 



* K+ Access Log 

The access log stores details of service requests made from a browser and logged by Cool ICE (who requested 
tE se^S Twhe; J was the service requested, and how long did it take for Cool ICE to execute the serv.ce). Some 
uses for this information are as follows: 

. It can provide details of the services that are of most interest to users, which can be used for marketing 
purposes. 

. It can be used to charge for Internet services. 

• It can provide details about when the server is busy. 

The Access Log option has the following suboptions for specifying both the time period you wish to analyze and 
how you want to view the information: 

• Access Log Settings 

• Vifiw Access Log 



V Access Log 
K Access Log 
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$K+ Access Log Settings 

The access loa is maintained on a daily basis. A new log report is allocated each day, and will contain a"" service 
n!^^d L thTt ty At the first service request of a new day. Coo. ICE will summanze the log data of the 
previous day and add the data to a summary report. 

Mapper for individual customized analysis. 
The log cycle can be configured as follows: 
. Daily Cycle. The Log report will be overwritten every day. 

. Weekly Cycle. Log reports will be kept on a weekly basis. 

. Monthly Cycle. Log reports will be kept on a monthly basis. 

. Logging Off. Logging is turned off and service requests will not be recorded. 



* Access Log Settings 
K Access Log Settings 
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$K+ View Access Log 

The View Access Log option allows you to select the day you want to analyze and how you want to view the 

information. 

The following standard views are provided: 

• Most Popular Services 

• Average Service Times 

• User Sessions 

• Services bv User 

• Users bv Service 

• Peak Time Hits 



$ View Access Log 
K View Access Log 
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$K *Most Popular Services 

This option provides a summary of the number of hits (service requests) per category and service. The Cool ICE 
Sign-On service is excluded from the list. 



$ Most Popular Services 
K Most Popular Services 
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$K+ Average Service Times 

This ootion provides the average service time per category and service. This is the elapsed time it took to perform 
serv cT E s measured from the time at whioh the Cool ICE Service Handler received the request to the tame at 
which 7s?n he HTML document back to the Web Server. The Cool ICE Sign-On serv.ce ,s excluded from the l.st. 



* Average Service Times 
K Average Service Times 
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$K+ User Sessions 

*This option provides a summary of Cool ICE sessions initiated by 



* User Sessions 
K User Sessions 

* HDK:00045 

m i ini/onnArPfifi 



$K+ Services by User 

This option provides a summary of the number of hits (service requests) per category and service listed by user- 
ids. The Cool ICE Sign-On service is excluded from the list. 



* Services by User 
K Services by User 

♦ HDK:00046 



$K+ Users by Service 



" Users oy oerviue 

This option provides a summary of the number of hits (service requests) per user-id listed by category and 
service. The Cool ICE Sign-On service is excluded from the list. 



* Users by Service 
K Users by Service 
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* K+ Peak Time Hits 

This provides a list of the total number of hits (service requests) for the selected time interval. The default t,me 
interval is 60 minutes. You can also select 30 and 15 minute .ntervals. 



* Peak Time Hits 
K Peak Time Hits 
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$K *Error Log 

SSTi °S%£ S 2S ZZOiSmZ. who raquasted ma se™ce «l internal vaiuas from tha servrca). 
The View Error Log option displays entries in the error log. 



1 Error Log 
K Error Log 
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$K+ View Error Log 

The View Error Log option displays the entries recorded in the errorjog. Selecting a log entry from the list w.ll 
show the information logged for the incident. 

View 

Shows the log information for the entry highlighted in the list. 
Delete 

Deletes the log entry highlighted in the list. 
Clear All 

Deletes all log entries in the list. 

Log entries are not deleted automatically by Cool ICE. After the service developer has investigated the incident 
they must delete it. 



' View Error Log 
K View Error log 
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The Trace Log op«on ,s a po^ deling fJ^^Z^TXT^JT ' 

T.e .race * U assocMed v* ™ ^ 
The Viftw Trace Log option displays entries in the trace log. 



* Trace Log 
K Trace Log 
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$K+VieW TraCe L ° 9 f . . lhp trflre |oa Selecting a , 0 g entry from the list will show the 

The View Trace Log option displays entnes .n the tracejgg. Selectmg a .og ry 

information logged for the incident. 

ShXs the log information for the entry highlighted in the list. 

such as RDB and DSP. 

Deletes the log entry highlighted in the list. 
Clear All 

they must delete it. 



* View Trace Log 

K Run It.View Trace Log 
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** + S6curity 

allowed to perform the service. 

The basic concept is that only certain users need to be registered in the system -this approach reduces the 
administrator burden. „^ MPl ,i^c 
V» secu* nanism has bee; .designed f™, — ^r^T 

srssas rs;~ - — — ■ - - te sranted 

sl»s caa be specified a. .he ^gSTZESlZ* V£t 5££m 

profiles specified for a service will only apply to that service. 

Procedure for setting up security 

1 . Create gprairit y profiles 

2. Rp gister users and assign profiles to users through profile membership 

3. Aiinratft profiles to individual Categories or Services 

The following is a list of security maintenance options: 

. Spr.iirit v Profiles 

• i icpr Registration 

. Rprvir.es A<y*«s Security 



* Security 
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$K+ Security Profiles 

The Security Profiles option is used for setting up a table of valid profiles to be allocated to users and services. A 
profile must be specified in the Security Profile table before it can be allocated. 

Add 

Opens a dialog for adding a new profile to the list. 

Opens a dialog for modifying the description for the highlighted profile. 

D**£ttie highlighted profile from the list. A profile can only be deleted if it is not allocated to any users or 

services. 

Allocate Profile 

Allows a profile to be allocated to a range of users. 
Where Used 

Displays a report of how the pmfilfis have b*en allocated. 



* Security Profiles 
K Security Profiles 
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$K *Add-Modify Security Profile 

*The Add-Modify Security Profile option dialog allows you to add or modify a security profile. 



Pr0file ^ Mf. 

The name of the profile to add or modify. 
Description 

A short description of the profile. 



* Add-Modify Security Profile 

* Add-Modify Security Profile 
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$K+ Security Profiles Where Used 

The Security Profiles Where Used option provides an overview of the profiles and how they have been allocated to 
users and categories/services. 



np^ Sofile Allocation dialog, allowing you to allocate the highlighted profile to a range of users. This dialog is 
also displayed by double clicking on a profile in the list. 



J Security Profiles Where Used 
K Security Profiles Where Used 
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$K+ Security Profile Allocation 

The Security Profile location option allows you to allocate or de-allocate a profile to a range of users, 
^akes users highlighted in the Not Allocated to list and adds them to the AJIocated to list. 
Soves users highlighted in the /.located to list and puts them back in the Not located to list. 



* Security Profile Allocation 
K Security Profile Allocation 
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$K+ User Registration 

The User Registration option is used for registering users for whom special security profiles need to be allocated. 
Not all users need to be registered.to use Cool ICE. Users that are not registered in Cool ICE will be allowed 
access to S\ opln slices A service is open, if it does not have special secunty profiles allocated. 
Users who have been registered and have been give membership of selected profiles, will be given access to all 
open services and services with a matching profile. 



Add 1U ,. . 

Opens a dialog for adding a new user to the list. 

OpeS a dialog box allowing you to modify the user registration of the user highlighted in the list. 
Remove 

Deletes the highlighted user id from the list. 
Profile Membership 

Allows you to give a user membership of a range of profiles. 

oS£!Z« «* •» «— ^ < he are members °' and ,he ca,e90ries/se,vices have bee " 

granted access to. 
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User Registration 
k Profile Membership;Profile Report;User Registration 
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,K *Add-Modify User Registration 

The Add-Modify Use, Ration opto, diaiog is used for adding new Cod ICE users ,o the listof au.hor.ed 



users. 



enough to allow the user to use Cool ICE. 

vSSSZL* number in which this user is registered within t. Mapper environmen.. A department is a way of 
grouping users with common interests. 

User cannot change password password. It is strongly recommended that you 

Checking this option ™ an ^ % io n is unchecked, the browser user will be 

window. 
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Add-Modify User Registration 

* Add-Modify User Registration;Department;User Id 
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$K *User Security Profile Report 

The User Security Profile Report option dialog provides an overview of the users and the profi.es they are member 
of and which categories/services they have been granted special access to. 

Op^s^ofile Membership dia.og, allowing you to give the highlighted user membership to a range of profiles. 
This dialog is also displayed by double clicking on a user in the list. 



t 



User Security Profile Report 
•< Profile Allocation;User Security Profile Report 
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$K *User Security Profile Membership 

ca user Secure ****** c Pli on «, a„ows you .0 9 ,ve a user — ,p o, a ranae o, proves a 
to take profile memberships away from a user. 

Add 



Adds profiles highlighted in the Not Member of list to the Member of list. 



Remove 
Remove 



profiles high.ighted in the Member of list and puts them back in the Not Member of list. 



* User Security Profile Membership 
k user Security Profile Membership 
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$K+ Object Access Security 

The Object Access Security option is used for allocating security profiles for selected objects for which speaal 
security is required. 

Not all objects need to be allocated profiles in order to be accessible wi " be 9 iven ^ * a " 

open objects. An object is open if it does not have speaal secunty profiles allocated. 

Objects which have been allocated profiles will only be accessible by users with a matching profile. 

££ category. Security specified for a single object will only apply to that object. 
Add 

Opens a dialog box for adding a profile to the list. 

Opens a dialog box for modifying the highlighted profile entry. 
Remove 

Deletes the highlighted profile entry. 

Reseteaprofile with the profile defined for the level above it in the hierarchy. 

SaySort of the categories and objects showing the security profiles which have been allocated and the 
user who have been granted access. 



* Object Access Security 

•< Inheritance Hierarchy;Object Access Secunty 
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$K *Add-Modify Object Access Security 

-The Add-ModKy Object Access Security dialog is used for adding or modifying profiies for authorized access to an 
object. r , 

user profiles. You can also specify logical and/or cond.ttons, as follows. 



'Solicitor 1 . 

. Selecting and inserting 'RealEstate' from Profi.e 1 and 'Solicitor' from Profile 2, this object can be accessed only 
by users who are 'RealEstate' and 'Solicitor". 



* Add-Modify Object Access Security 
K Add-Modify Object Access Security 
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$K+ Object Security Profile Report 

The Obiect Security Profile Report option dialog provides an overview of the categories and objects and the 
pZes Sich have .been allocated and which users have been granted spec* access. 



* Object Security Profile Report 
K Object Security Profile Report 
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$K *Options 

The Options menu provides the following options for configuring Cool 

• Stvle Guide 

• Arrange Cat ^ries/Objects 

• Image Direct ory Aliases 

. Rrnwspr Sian n " Configuration 
. r.nni ir.F Syste m Settings 

• Gra phics Se rver Settings 



* Options 
K Options 

♦ HDK:00065 



* K+ Style Guide 

*The Style Guide option serves two roles, as follows: 

. To allow you to provide a consistent look and feel to HTML documents generated by a dynamic service, and to 
be able to change this at one source. 

. To provide an easy way of maintaining common variables to be used in ^^^^^^^ 
use of a Style Guide provides an easy way for maintaining variables commonly ^*J*»^"^fo 
system or^st a range of services. If a variable needs to be changed, you only "eed to change it n the Style 
S and it will automatically have effect at run time in all serv.ces referenang the variable. 

only apply to that service. 

Opens a dialog box for adding a keyword to the list. 

Opens a dialog box for modifying the highlighted keyword in the list. 
Remove 

Deletes the highlighted keyword in the list. 

R^setethe Style Guide with the Style Guide defined for the level above it in the hierarchy. 



' Style Guide 
K Style Guide 
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$K+ Add-Modify Style Guide Keyword 

The Add-Modify Style Guide Keyword option dialog is used to add or modify keywords in the list of Style Gu.de 

keywords. 

appropriate just be referencing the equivalent variable. 

Value , _ 

The content ofthe item in the Style Guide. 

Description 

A short description ofthe entry. 

The Color Chart button displays a color chart. 



* Add-Modify Style Guide Keyword 

k Add-Modify Style Guide Keyword;Description;Keyword;Value 
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"♦Color Chart 

The Color Chart is used for selecting one of the 1 6 basic colors for a Style Guide entry. The color value is returned 
as a red, green, blue (RGB) hexadecimal value. 



* Color Chart 
K Color Chart 
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$K+ Arrange Categories/Objects 

The Arranae Categories and Objects option is used for manipulating the order in which you want Categories and 
oSec^to be Swhen displayed for the browser user and also when browsing the Cool ICE Repository us.ng 

the Cool ICE Administration functions. 

^Jwilfopenfdialog box displaying a list of objects within the highlighted category allowing you to arrjage 
ob jects w ithin that category. 

^fewill identify and select the highlighted category as the one to be moved. The category to be moved will be 
shown in the field Category to move. - 

This'win move and insert the category shown in the field Category to move before the category highlighted in the 

list of categories. 

tST wiZ'ove and insert the category shown in the field Category to move after the category highlighted in the list 
of categories. 



$ Arrange Categories/Objects 
K Arrange Categories/Objects 
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$K+ Arrange Objects 

»The Arrange Objects option is accessed from the Arrange Cateonrifls/Obiects function and is used for 
manipulating the order in which you want Objects to be listed when displayed for the browser user and also when 
browsing the Cool ICE Repository using the Cool ICE Administration functions. 

Thiswill identify and select the highlighted object as the one to be moved. The object to be moved will be shown in 
the field Object to move. 

Insert Before . 
This will move and insert the object shown in the field Object to move before the object highlighted in the list ot 

objects. 

Insert After ...... u. j • ... ■• » r 

This will move and insert the object shown in the field Object to move after the object highlighted in the list ot 

objects. 



* Arrange Objects 
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$K+ File Transfer 

The File Transfer option is provided primarily for transferring images between the service developers workstation 

and the Cool ICE web server. However, the file transfer will allow transfer of any file. 

Images being transferred to the web server using the file transfer option will be stored in 

Cool ICE Repository As described for .m^ nirwrtnrv Aliases, storing images m director.es outs.de the Coo! ICE 

^^Kag» are not secured and managed by the Cool ICE system. This »^<^^f en 

peXmance of sending images to the browser is more important than manag.ng the .mages by the Cool ICE 

Administration environment. 

InSrame you select server directory alias and/or files you want to transfer to/from depending on which transfer 
function you select (Transfer from Server or Transfer from Workstation). 

^a^SS'lS^DIrectory Aliases as setup using the Image History Aliases function. When selecting an 
S a lisfof Les wkhin the corresponding directory will be displayed. The selection of server directories * 
limited to directories setup using the Image Directory Aliases function. 

^ JSiSrtr^ftwn server fo workstation you will select the files to transfer either by highlighting 
^SXS^S^i the list or check the Select All box for selecting all files within the l.st. When us.ng the 
Select All option the files will not be highlighted. 

Sframe you select workstation directory and/or files you want to transfer to/from depending on which transfer 
function you select (Transfer from Server or Transfer from Workstation). 

?Ss Is alist of directories on your workstation. When selecting a directory, a list of files within that directory wilt 
be displayed. 

^SSm^fS^lian workstation to server you wi«. se.ect the fi.es to transfer e»~ b^W^ 
individual flee from the list or check the Select All box for selecting all files w.thm the hst. When us.ng the 
Select All option the files will not be highlighted. 

ask for a confirmation to start the transfer. 

and ask for a confirmation to start the transfer. 
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$K+ File Transfer from Server to Workstation 

This dialog box allows you to confirm the file transfer. A list of files selected within the specified server alias 
directory is listed requesting you to confirm the transfer. 

Transfer Now 

Selecting this button will start the transfer from the Server to the Workstation. 



* File Transfer from Server to Workstation 

k F iie Transfer from Server to Workstation ;Transfer from Server to Workstation 
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* K *File Transfer from Workstation to Server 

This dialog box allows you to confirm the file transfer. A list of files selected within the specified workstation 
directory is listed requesting you to confirm the transfer. 

SeSg ^button will start the transfer from the Workstation to the Server. 



* File Transfer from Workstation to Server ,»,,*♦• c Q o, or 

k Fi ,e Transfer from Workstation to Server;Transfer from Workstatton to Server 
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$K+ lmage Directory Aliases 

images can be uploaded. 

Administration environment. 

Add . 
Opens a dialog box for adding a new alias to the list. 

Opens a dialog box for modifying the highlighted alias in the list. 
Remove 

Deletes the highlighted alias from the list. 



* Image Directory Aliases 

« Image Directory Aliases.Transfer Cool ICE System Images 
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* K+ Add-Modify Image Directory 

The Add-Modify image Directory option dialog is used to add or modify a seiver image directory. Cool ICE uses 
these directories for storing images on the server. 

the Web Server translates it into the physical path. 
Server Image Directory 

The physical path name of the directory. 

directory. 



'k AddS S D«ias;De,au« Coo, ICE Sys,e m Image Directories ,mage 



Directory 
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,K+ Browser SignOn Configuration 

•The Browser SignOn Configuration option allows you to configure how users coming into Cool ICE Jom a browser 
win ideXSemsekes When the Cool ICE Gateway has been configured to request user sign^n the actual *gn- 
on "fSJ? mil. ^eTeqVe^ed from the Cool ICE System. This dialog ailows you to configure the content of the s.gn-on 
form. 

Provided you keep the basic content as it exists in the system sign-on form, you can redesign the look and feel of 
the form using an HTML authoring tool and replacing the system sign-on form. 

SX^^ -questing the user to type in the Mapper department number their user-id belongs 
to. 

tS3SJ^SS^S3 f £ t I^S^ such it will not request the user to specify their Mapper department number. In this case 
all valid I SooMCE users must belong to the same Mapper department. This department number .s speofied .n the 
department field of the Guest User-Id frame. 

mllpSX^Sln form ,0 .ndicate a *M useMd which can be used for casua, users. 



* Browser SignOn Configuration .m.^h kor 
k Browser SignOn Conf.guration;Hide Department Number;Request Department Number.User- 

ld - Department and Password 
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* K *Cool ICE System Settings 

Service Handler Trace . Hanrfipr Service Handler trace information is kept in the F- 

This allows to turn trace on/off for the Cool ^J^^ from the Gateway. Report 

reset to the icon before selecting this function. 



to the icon before selecting this function 



* Cool ICE System Settings 

* Cool ICE System Settings 
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$K+ Graphics Server Settings 

'Configuring the Graphics Server is only required for Cool ICE systems running on UnixWare. 
The Graphics Server software on Cool ICE systems on UnixWare is running on a PC and a request to produce a 
graph r P as1edTom Cool ICE to the Graphics Server via a TCP/IP connection. Cool CE must know on , which PC 
the Graphics Server software is installed and on which socket the Graphics Server will receive a request. 

Name or IP address of PC running Graphics Server „.„„!„„ 
ThTspecifies either the name or the IP address of the PC where the Graph.cs Server software .s running. 

Socket number configured in the Graphics Server . 

This specifies the socket number configured in the Graphics Server. The default number is 1234. 



* Graphics Server Settings 
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^Miscellaneous 

•This following topics document miscellaneous dialog boxes used in Cool ICE Administration. 

• Server Directory Inquiry 

• Workstation Browser 

• P.pnl ICE Datahasfi Drawe r Browser 

• Cnnl ICE Datahase Repo rt Browser 
. Cnol ICE Repository Browser 

• Cnnl ICE System Variables . - 



$ Miscellaneous 
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$K *Server Directory Inquiry 

*Cool ICE will attempt to verify the existence of directories on the Cool ICE server by passing a directory inquiry on 
to the Operating System. In order for the Operating System to allow such a request a userid and password is 
required which allow access to the OS. On NT systems, the userid being used for starting the Mapper NT software 
must have the user right "Log on as a batch job" in order to pass a DOS command to NT. 

On a system configured with the above mentioned user right, only users who are connecting in to the Cool ICE 
Administration environment via a remote connection such as MSW (Mapper System for Windows) will be required 
to specify a userid/password. The userid/password entered will be remembered by the system and as long as the 
userid stays valid you will not be asked to provide this again for any subsequent server directory inquiry. The userid 
is kept on a COOLICE.INI file on your workstation. When the userid becomes invalid, you will be asked to specify a 
new valid userid/password. 

Server Userid 

This is a Userid on the Operating system (NT UserlD or Unix UserlD). 

On NT systems this userid must have the user right to "Log on as a batch job" and be a member of the Mapper 
Group. 

Server Password 

This is a password associated with the userid. 



* Server Directory Inquiry 
K Server Directory Inquiry 
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^"Workstation Browser 

*TWs allows you to browse and select directories and files on your workstation or network drives your workstation 
have access to. 

You select a directory by double click on a directory in the list of directories. 
You select a file by double click on a file in the list of files. 

Th^preview button will display the content of a file you previously have selected by double click on a file in the list 
of files. This can only display content of files with .TXT, .HTM or .HTML extension. 



$ Workstation Browser 
K Workstation Browser 
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$K *Cool ICE Database Report Browser 

This Cool ICE Database Report Browser is displayed when selecting to browse the Cool ICE database. It allows 
you to browse and select an existing report from the database. 

You select a Cool ICE Database Drawer by double click on a drawer in the list of drawers. 
You select a Cool ICE Database Report by double click on a report in the list of reports. 



$ Cool ICE Database Report Browser 
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$K+ Cool ICE Repository Browser 

*This allows you to browse and select an object from the Cool ICE Repository. 

You select a Cool ICE Category by double click on a category in the list of categories. 

You select a Cool ICE Object by double click on an object in the list of objects. 



* Cool ICE Repository Browser 
K Cool ICE Repository Browser 

* HDK:00083 

* HDK3B9ACF20 



f 

$K+ Cool ICE System Variables 

# 

{bmc t:\_ourwo-1 \joshua\online~1\00000002.wmf} 



* Cool ICE System Variables 
K Cool ICE System Variables 

* HDK:00084 

* HDK3B9ACFB0 



$K+ Cool ICE Database Drawer Browser 

*The Drawer Browser is displayed when selecting browse. It allows you to browse and select an open (available) 
Cool ICE Database drawer and cabinet to store your Cool ICE category. 

An available drawer for storing your Cool ICE category is listed as being OPEN in the Drawer Browser. 
You select a drawer by double clicking on an open one in the list of drawers. 



* Cool ICE Database Drawer Browser 
K Cool ICE Database Drawer Browser 

* HDK:00085 

* HDK3B9ACFC0 



